From cl at meteoconsult.fr Fri Jul 1 08:30:03 2011 From: cl at meteoconsult.fr (Lacroix Christelle) Date: Fri, 01 Jul 2011 14:30:03 +0200 Subject: [gradsusr] how to plot map only In-Reply-To: References: <4E0A2093.6020900@coas.oregonstate.edu> <4E0B4C46.9000805@meteoconsult.fr> Message-ID: <4E0DBDCB.7070406@meteoconsult.fr> thanks! Le 29/06/2011 18:15, Jeffrey Duda a ?crit : > 'draw map' > > Jeff Duda > > On Wed, Jun 29, 2011 at 11:01 AM, Lacroix Christelle > > wrote: > > Hi, > > I would like to plot a map with political boundaries but without > datas, > is it possible? > > I have theses commands: > 'set mpdraw on' > 'set poli on' > 'set mpt 0 -1' > 'set mpt 1 -1' > 'set gxout shaded' > 'set clevs 0 4 6 8 10 12 14 16 18 20 22 24 26 28 32 36 40 44 48 52 > 70 100' > 'set ccols 34 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 > 35 65' > 'd (pow((pow(UGRD10m,2)+pow(VGRD10m,2)),0.5))*1.944' > 'set gxout barb' > 'set ccolor 1' > 'set cthick 7' > 'set arrscl 0.1' > > 'd maskout(skip(UGRD10m*1.944,'skip'),LANDsfc*(-1)) ; > maskout(skip(VGRD10m*1.944,'skip'),LANDsfc*(-1))' > 'q ll2xy 'lonlogo' 'latlogo'' > xs = subwrd(result,1) > ys = subwrd(result,2) > xs3 = xs * 720 /11 - 22 > ys3 = 576 - (ys *576 /8) - 42 > 'set line 3 1 1' > 'draw mark 3 'xs' 'ys' 0.15' > 'set string 7 tc 5 0' > 'set strsiz 0.15' > 'draw string 'xs' 'ys' Leader' > > > > Regards, > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > 3134 Agronomy Hall > www.meteor.iastate.edu/~jdduda > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110701/cb751c56/attachment.html From saeedbayat7276 at gmail.com Fri Jul 1 09:57:20 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Fri, 1 Jul 2011 18:27:20 +0430 Subject: [gradsusr] TTF format of output Message-ID: Hi Dear GrADS users How can I create TTF format of output maps instead of png and gif? I am using GrADS in LINUX OS(ubuntu 10.4) and 2.0.a9 oga version of GrADS. Regards Saeed Bayat M.A Student of Climatology Department of Geography Ferdowsi University of Mashhad(Iran) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110701/78bcb340/attachment.html From rafanoharana at gmail.com Mon Jul 4 06:14:41 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Mon, 4 Jul 2011 03:14:41 -0700 Subject: [gradsusr] Exponential, power 2, power 3 expression Message-ID: Dear all, I would like to have your confirmation for this expression in grads: Exponential: 'exp (expression)' is it true? And how if I want to make something like: (a+b)*(a+b) = (a+b)^2 is that true? (a+b)*(a+b)*(a+b) = (a+b)^3 is that true? Thank you, Regards, -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110704/6216a298/attachment.html From rafanoharana at gmail.com Mon Jul 4 06:30:30 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Mon, 4 Jul 2011 03:30:30 -0700 Subject: [gradsusr] Concatenation In-Reply-To: References: Message-ID: Hi all, You can also use CDO if you have Windows. In addition to what Saeed had said, you can also : cdo -r mergetime ifile1 ifile2 ifile3 ofile depending on what you need. Regards, Serge On Mon, Jun 27, 2011 at 11:05 PM, saeed bayat wrote: > Hi, > Use CDO for solve your problem(if you have linux OS). > cdo -r merge ifile1 ifile2 ifile3 ofile > > Regards > > Saeed Bayat > M.A Student of Climatology > Department of Geography > Ferdowsi University of Mashhad(Iran) > saeedbayat7276 at gmail.com > > > On Tue, Jun 28, 2011 at 4:40 AM, Guilherme Martins wrote: > >> Hi users, >> >> I need help with vertical levels. >> >> For example, I have five files with one vertical level each, and I'd >> like to create only one file but all levels. May anyone help me? >> >> 3 files with one variable: >> file1_1000hpa.nc >> file2_850hpa.nc >> file3_700hpa.nc >> >> 1 file with all levels: >> Final fille --> new_file_1000_700.nc >> >> Thanks a lot! >> >> -- >> Guilherme Martins >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110704/049aa370/attachment.html From rafanoharana at gmail.com Tue Jul 5 00:41:22 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Mon, 4 Jul 2011 21:41:22 -0700 Subject: [gradsusr] Exponential, power 2, power 3 expression In-Reply-To: References: Message-ID: Dear all, I found it, Thank you anyway. For power, just 'pow(exp,yourpower)' where exp your expression and yourpower the power you want. So it becomes: (a+b)*(a+b)*(a+b) = pow ((a+b),3) Regards, Serge On Mon, Jul 4, 2011 at 3:14 AM, Rafanoharana Serge Claudio < rafanoharana at gmail.com> wrote: > Dear all, > > I would like to have your confirmation for this expression in grads: > > Exponential: 'exp (expression)' is it true? > > And how if I want to make something like: > > (a+b)*(a+b) = (a+b)^2 is that true? > (a+b)*(a+b)*(a+b) = (a+b)^3 is that true? > > > Thank you, > > Regards, > > -- > Serge > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110704/09f1ceaa/attachment.html From Morwakoma.Matabane at weathersa.co.za Tue Jul 5 07:46:47 2011 From: Morwakoma.Matabane at weathersa.co.za (Morwakoma Matabane) Date: Tue, 5 Jul 2011 13:46:47 +0200 Subject: [gradsusr] Avoiding boundary markings from plots Message-ID: <06B0A85218E0A34EBBFFF4435CA4BAA403C8F691F3@sawsptahub01.saws.local> I have tried to avoid the page (X,Y) boundary markings by using the attached script but the marks always appears. The IF STATEMENT does not appear to do the trick; how do I make sure that the marks at the boundaries do not appear but the interior marks appear? For instance, 1) if('bcx'!='xx1'| 'bcx'!='xx2' | 'bcy'!='yy1' | 'bcy'!='yy2') 'draw mark 4 'bcx' 'bcy' .1' else 'draw mark 0 'bcx' 'bcy' .1' Endif RESULT IN MARKINGS ANYWAY, 2)if('bcx'='xx1'| 'bcx'='xx2' | 'bcy'='yy1' | 'bcy'='yy2') 'draw mark 0 'bcx' 'bcy' .1' else 'draw mark 4 'bcx' 'bcy' .1' Endif STILL RESULT IN THE MARKINGS, AND 3) if('bcx'>'xx1'| 'bcx'<'xx2' | 'bcy'>'yy1' | 'bcy'<'yy2') 'draw mark 4 'bcx' 'bcy' .1' Endif MARKINGS STILL AT THE BOUNDARIES. NOTE: For testing choose BCX=XX1,BCY=YY1 or BCX=XX1,BCY=YY2 or BCX=XX2, BCY=YY1, or BCX=XX2, BCY=YY2. *************************************************************************************************************** *Marking.gs ****************************************************************************************************************** 'reinit' 'open e.t00z.ctl' lat1=-60 ; lat2=0 lon1=-30 ; lon2=60 'set lat 'lat1' 'lat2 'set lon 'lon1' 'lon2 'set t 2' 'set gxout shaded' 'd apcp' 'cbarn' ********************************************************* * Page boundaries ******************************************************** 'q gxinfo' rec1=sublin(result,3) xx1=subwrd(rec1,4) say 'xx1 is 'xx1 xx2=subwrd(rec1,6) say 'xx2 is 'xx2 rec2=sublin(result,4) yy1=subwrd(rec2,4) say 'yy1 is 'yy1 yy2=subwrd(rec2,6) say 'yy2 is 'yy2 ************************************************************* prompt "Enter bcx: " pull bcx say 'bcx is 'bcx prompt "Enter bcy: " pull bcy say 'bcy is 'bcy if('bcx'!='xx1'| 'bcx'!='xx2' | 'bcy'!='yy1' | 'bcy'!='yy2') 'draw mark 4 'bcx' 'bcy' .1' else 'draw mark 0 'bcx' 'bcy' .1' endif 'set lat 'lat1' 'lat2 'set lon 'lon1' 'lon2 'printim xx.gif gif -x1400 -y1200 white' 'quit' Regards Morwakoma M Matabane Scientist ( South African Weather Service) This e-mail is subject to the South African Weather Service e-mail legal notice, to view please visit: http://www.weathersa.co.za/legal/email.asp - -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110705/8e5d3d3a/attachment-0001.html From takayanamba at hotmail.com Tue Jul 5 20:11:49 2011 From: takayanamba at hotmail.com (Namba Takaya) Date: Wed, 6 Jul 2011 00:11:49 +0000 Subject: [gradsusr] Data Request Error: Invalid grid coordinates Message-ID: Dear Sir I have the problem like this with the script below Data Request Error: Invalid grid coordinates World coordinates convert to non-integer grid coordinates Variable = h Dimension = 0 Error ocurred at column 1DISPLAY error: Invalid expression Expression = h(lon=175.05,lat=42.15) When I change it to 'd h(lon=175,lat=42)', it work without problem.Could you tell me how to solve the problem? 'reinit''OPEN HST.CTL''set X 1 673''set Y 1 442''set Z 1 1''set time 00z${day}${month}${year}''set gxout shaded''h=hcurl(u,v)''set X 1''set Y 1''set lev 1''set t 1''set gxout print''set prnopts %0.5f''d h(lon=175.05,lat=42.15)'ret=sublin(result,2)res = write('test-h-check.txt', ret)say result'quit' -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110706/d742e28b/attachment.html From takayanamba at hotmail.com Tue Jul 5 20:14:55 2011 From: takayanamba at hotmail.com (Namba Takaya) Date: Wed, 6 Jul 2011 00:14:55 +0000 Subject: [gradsusr] Data Request Error: Invalid grid coordinates Message-ID: Dear SirI have the problem like this with the script below.Data Request Error: Invalid grid coordinates World coordinates convert to non-integer grid coordinates Variable = h Dimension = 0 Error ocurred at column 1DISPLAY error: Invalid expression Expression = h(lon=175.05,lat=42.15)When I change it to 'd h(lon=175,lat=42)', it work without problem.Could you tell me how to solve the problem?Takaya Namba'reinit''OPEN HST.CTL''set X 1 673''set Y 1 442''set Z 1 1''set time 00z${day}${month}${year}''set gxout shaded''h=hcurl(u,v)''set X 1''set Y 1''set lev 1''set t 1''set gxout print''set prnopts %0.5f''d h(lon=175.05,lat=42.15)'ret=sublin(result,2)res = write('test-h-check.txt', ret)say result'quit' -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110706/ea1e48d7/attachment.html From Morwakoma.Matabane at weathersa.co.za Wed Jul 6 03:53:43 2011 From: Morwakoma.Matabane at weathersa.co.za (Morwakoma Matabane) Date: Wed, 6 Jul 2011 09:53:43 +0200 Subject: [gradsusr] ineffective IF (-ELSE) STATEMENT of GRADS-2.a8.oga.1 on BOUNDARY MARKS/ EXCLUSION OF BOUNDARY MARKS Message-ID: <06B0A85218E0A34EBBFFF4435CA4BAA403C8F691F5@sawsptahub01.saws.local> I have tried to avoid the page (X,Y) boundary markings by using the attached script but the marks always appears. The IF STATEMENT does not appear to do the trick; how do I make sure that the marks at the boundaries do not appear but only the interior marks appear? For instance, 1) if('bcx'!='xx1'| 'bcx'!='xx2' | 'bcy'!='yy1' | 'bcy'!='yy2') 'draw mark 4 'bcx' 'bcy' .1' else 'draw mark 0 'bcx' 'bcy' .1' Endif RESULT IN MARKINGS ANYWAY, 2)if('bcx'='xx1'| 'bcx'='xx2' | 'bcy'='yy1' | 'bcy'='yy2') 'draw mark 0 'bcx' 'bcy' .1' else 'draw mark 4 'bcx' 'bcy' .1' Endif STILL RESULT IN THE MARKINGS, AND 3) if('bcx'>'xx1'| 'bcx'<'xx2' | 'bcy'>'yy1' | 'bcy'<'yy2') 'draw mark 4 'bcx' 'bcy' .1' Endif MARKINGS STILL AT THE BOUNDARIES. NOTE: For testing choose boundary points like BCX=XX1,BCY=YY1 or BCX=XX1,BCY=YY2 or BCX=XX2, BCY=YY1, or BCX=XX2, BCY=YY2, and interior points like BCX=2.0 and BCY=5.0, and BCX=5.5 and BCY=6.8. *************************************************************************************************************** *Marking.gs ****************************************************************************************************************** 'reinit' 'open e.t00z.ctl' lat1=-60 ; lat2=0 lon1=-30 ; lon2=60 'set lat 'lat1' 'lat2 'set lon 'lon1' 'lon2 'set t 2' 'set gxout shaded' 'd apcp' 'cbarn' ********************************************************* * Page boundaries ******************************************************** 'q gxinfo' rec1=sublin(result,3) xx1=subwrd(rec1,4) say 'xx1 is 'xx1 xx2=subwrd(rec1,6) say 'xx2 is 'xx2 rec2=sublin(result,4) yy1=subwrd(rec2,4) say 'yy1 is 'yy1 yy2=subwrd(rec2,6) say 'yy2 is 'yy2 ************************************************************* prompt "Enter bcx: " pull bcx say 'bcx is 'bcx prompt "Enter bcy: " pull bcy say 'bcy is 'bcy if('bcx'!='xx1'| 'bcx'!='xx2' | 'bcy'!='yy1' | 'bcy'!='yy2') 'draw mark 4 'bcx' 'bcy' .1' else 'draw mark 0 'bcx' 'bcy' .1' endif 'set lat 'lat1' 'lat2 'set lon 'lon1' 'lon2 'printim xx.gif gif -x1400 -y1200 white' 'quit' Regards Morwakoma M Matabane Scientist ( South African Weather Service) This e-mail is subject to the South African Weather Service e-mail legal notice, to view please visit: http://www.weathersa.co.za/legal/email.asp - -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110706/7b9cc569/attachment.html From davide.sacchetti at arpal.gov.it Wed Jul 6 04:17:06 2011 From: davide.sacchetti at arpal.gov.it (Davide Sacchetti) Date: Wed, 06 Jul 2011 10:17:06 +0200 Subject: [gradsusr] ineffective IF (-ELSE) STATEMENT of GRADS-2.a8.oga.1 on BOUNDARY MARKS/ EXCLUSION OF BOUNDARY MARKS In-Reply-To: <06B0A85218E0A34EBBFFF4435CA4BAA403C8F691F5@sawsptahub01.saws.local> References: <06B0A85218E0A34EBBFFF4435CA4BAA403C8F691F5@sawsptahub01.saws.local> Message-ID: <1309940226.3497.30.camel@davide> there is a conceputal error, let's understand the meaning of: if('bcx'!='xx1' ... this logaical is always false, because 'bcx' is a string, 'xx1' is a string and they are different in your script appears: 'draw mark 4 'bcx' 'bcy' .1' then it is clear that bcx is a scalar (it has a value) ... correct the logical expr in this way: if(bcx!=xx1 ... hoping it helps bye bye Davide On Wed, 2011-07-06 at 09:53 +0200, Morwakoma Matabane wrote: > I have tried to avoid the page (X,Y) boundary markings by using the > attached script but the marks always appears. The IF STATEMENT does > not appear to do the trick; how do I make sure that the marks at the > boundaries do not appear but only the interior marks appear? > > For instance, > > 1) if('bcx'!='xx1'| 'bcx'!='xx2' | 'bcy'!='yy1' | 'bcy'!='yy2') > > 'draw mark 4 'bcx' 'bcy' .1' > > else > > 'draw mark 0 'bcx' 'bcy' .1' > > Endif > > RESULT IN MARKINGS ANYWAY, > > > > > > 2)if('bcx'='xx1'| 'bcx'='xx2' | 'bcy'='yy1' | 'bcy'='yy2') > > 'draw mark 0 'bcx' 'bcy' .1' > > else > > 'draw mark 4 'bcx' 'bcy' .1' > > Endif > > STILL RESULT IN THE MARKINGS, AND > > > > 3) if('bcx'>'xx1'| 'bcx'<'xx2' | 'bcy'>'yy1' | 'bcy'<'yy2') > > 'draw mark 4 'bcx' 'bcy' .1' > > Endif > > > > MARKINGS STILL AT THE BOUNDARIES. > > > > NOTE: For testing choose boundary points like BCX=XX1,BCY=YY1 or > BCX=XX1,BCY=YY2 or BCX=XX2, BCY=YY1, or BCX=XX2, BCY=YY2, and > > interior points like BCX=2.0 and BCY=5.0, and BCX=5.5 and > BCY=6.8. > > > > *************************************************************************************************************** > > *Marking.gs > > ****************************************************************************************************************** > > 'reinit' > > 'open e.t00z.ctl' > > lat1=-60 ; lat2=0 > > lon1=-30 ; lon2=60 > > 'set lat 'lat1' 'lat2 > > 'set lon 'lon1' 'lon2 > > 'set t 2' > > 'set gxout shaded' > > 'd apcp' > > 'cbarn' > > ********************************************************* > > * Page boundaries > > ******************************************************** > > 'q gxinfo' > > rec1=sublin(result,3) > > xx1=subwrd(rec1,4) > > say 'xx1 is 'xx1 > > xx2=subwrd(rec1,6) > > say 'xx2 is 'xx2 > > > > rec2=sublin(result,4) > > yy1=subwrd(rec2,4) > > say 'yy1 is 'yy1 > > yy2=subwrd(rec2,6) > > say 'yy2 is 'yy2 > > ************************************************************* > > prompt "Enter bcx: " > > pull bcx > > say 'bcx is 'bcx > > > > prompt "Enter bcy: " > > pull bcy > > say 'bcy is 'bcy > > > > if('bcx'!='xx1'| 'bcx'!='xx2' | 'bcy'!='yy1' | 'bcy'!='yy2') > > 'draw mark 4 'bcx' 'bcy' .1' > > else > > 'draw mark 0 'bcx' 'bcy' .1' > > endif > > > > 'set lat 'lat1' 'lat2 > > 'set lon 'lon1' 'lon2 > > > > > > 'printim xx.gif gif -x1400 -y1200 white' > > > > 'quit' > > > > Regards > > Morwakoma M Matabane > > Scientist ( South African Weather Service) > > > > > This e-mail is subject to the South African Weather Service e-mail > legal notice, to view please visit: > http://www.weathersa.co.za/legal/email.asp - > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- --> Attenzione cambio indirizzo: davide.sacchetti at arpal.gov.it -- Davide Sacchetti Centro Funzionale Meteo Idrologico di Protezione Civile della Regione Liguria ARPAL Unit? Tecnica Complessa di livello Regionale V.le Brigare Partigiane 2 16121 Genova (I) tel: +39 010 6437535 fax: +39 010 6437520 mail: davide.sacchetti at arpal.gov.it web: www.meteoliguria.it From sushantpuranik at gmail.com Wed Jul 6 05:26:08 2011 From: sushantpuranik at gmail.com (sushant puranik) Date: Wed, 6 Jul 2011 14:56:08 +0530 Subject: [gradsusr] correlation map Message-ID: Hi I have 20 year composite in which i have two variables (meridional and zonal wind speeds). I'm using the NCEP/NCAR reanalysis data from 1989 to nov2008. I need a (spatial) map of correlation coefficients for that period. I've explored the functions tcorr and scorr, but none of them is suitable for that. The tcorr function requires that the first variable is only a function of time, which is not in my case. Thanks is advance Sushant -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110706/ef04a9a4/attachment-0001.html From colysar at gmail.com Wed Jul 6 10:23:19 2011 From: colysar at gmail.com (Coly SAR) Date: Wed, 6 Jul 2011 16:23:19 +0200 Subject: [gradsusr] specify data format with fwrite Message-ID: Hi all, I was wondering if using fwrite to write a binary file if it is possible to specify the format to avoid having it in stream. For example, the data be written at a format like 8e10.3 to have a formatted file. How to do it? thanks Col -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110706/6a6c435d/attachment.html From jma at cola.iges.org Wed Jul 6 11:18:14 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Wed, 6 Jul 2011 11:18:14 -0400 Subject: [gradsusr] Updates for 'GrADS on the Web' Message-ID: Dear Users, Some time ago, we collected a list of web sites that use GrADS to generate graphics. The list is at http://iges.org/grads/gotw.html. We would like to update this list to remove inactive sites and to add any new sites not mentioned. If you are a site administrator and have a bit of spare time, please look over the list and send me any corrections or additions. I'm sorry the list is not sorted, you'll have to use 'find' to search for a specific URL. Thank you so much, we really appreciate your help! --Jennifer -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110706/34241aed/attachment.html From Vadlamani.Kumar at noaa.gov Wed Jul 6 11:38:50 2011 From: Vadlamani.Kumar at noaa.gov (Vadlamani Kumar) Date: Wed, 06 Jul 2011 11:38:50 -0400 Subject: [gradsusr] Updates for 'GrADS on the Web' In-Reply-To: References: Message-ID: <000c01cc3bf2$cde2a990$69a7fcb0$@noaa.gov> Hi Jennifer, You can replace the old and inactive page http://www.cpc.noaa.gov/products/african_desk/AFM.shtml with http://www.cpc.noaa.gov/products/african_desk/cpc_intl Kumar From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jennifer Adams Sent: Wednesday, July 06, 2011 11:18 AM To: GrADS Users Forum Subject: [gradsusr] Updates for 'GrADS on the Web' Dear Users, Some time ago, we collected a list of web sites that use GrADS to generate graphics. The list is at http://iges.org/grads/gotw.html. We would like to update this list to remove inactive sites and to add any new sites not mentioned. If you are a site administrator and have a bit of spare time, please look over the list and send me any corrections or additions. I'm sorry the list is not sorted, you'll have to use 'find' to search for a specific URL. Thank you so much, we really appreciate your help! --Jennifer -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110706/551e8826/attachment.html From rafanoharana at gmail.com Thu Jul 7 03:40:12 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Thu, 7 Jul 2011 00:40:12 -0700 Subject: [gradsusr] if... else..... endif syntax error in GRADS Message-ID: Dear all, My file contains 2 variables a and b. I have the following condition: if a>b => c=b if a c=a so: d=c/b in my .gs file, I tried: '!if (a> b)' 'c= b' '!else' 'c= a' '!endif' 'define d=c/b' but it gives syntax error. Then I tried to define the c like: '!if (a> b)' 'define c= b' '!else' 'define c= a' '!endif' 'define d=c/b' Again, syntax error. ERROR: sh: -c: line 1: syntax error: unexpected end of file sh: -c: line 0: syntax error near unexpected token `else' sh: -c: line 0: `else' sh: endif: command not found Thank you in advance, Best regards, -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/ee220681/attachment.html From rafanoharana at gmail.com Thu Jul 7 04:12:19 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Thu, 7 Jul 2011 01:12:19 -0700 Subject: [gradsusr] if... else..... endif syntax error in GRADS In-Reply-To: References: Message-ID: Dear all, I found it, Thank you anyway. if (a> b) 'define c= b' else 'define c= a' endif 'define d=c/b' Regards, Serge On Thu, Jul 7, 2011 at 12:40 AM, Rafanoharana Serge Claudio < rafanoharana at gmail.com> wrote: > Dear all, > > My file contains 2 variables a and b. I have the following condition: > > if a>b => c=b > if a c=a > > so: d=c/b > > in my .gs file, I tried: > > '!if (a> b)' > 'c= b' > '!else' > 'c= a' > '!endif' > 'define d=c/b' > > but it gives syntax error. > > Then I tried to define the c like: > > '!if (a> b)' > 'define c= b' > '!else' > 'define c= a' > '!endif' > 'define d=c/b' > > Again, syntax error. > > ERROR: > sh: -c: line 1: syntax error: unexpected end of file > sh: -c: line 0: syntax error near unexpected token `else' > sh: -c: line 0: `else' > sh: endif: command not found > > > Thank you in advance, > > > Best regards, > > -- > Serge > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/ad901e55/attachment.html From zjuyanlibin at 163.com Thu Jul 7 05:15:01 2011 From: zjuyanlibin at 163.com (Yan Libin) Date: Thu, 7 Jul 2011 17:15:01 +0800 Subject: [gradsusr] test Message-ID: <201107071715004528673@163.com> Hello, everyone, Am I involved? Thank you! Regards, Libin Yan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/c96db28c/attachment.html From chilukotinagaraju at gmail.com Thu Jul 7 08:37:02 2011 From: chilukotinagaraju at gmail.com (NAGARAJU CHILUKOTI) Date: Thu, 7 Jul 2011 18:07:02 +0530 Subject: [gradsusr] if... else..... endif syntax error in GRADS In-Reply-To: References: Message-ID: Hi you try like this if (a> b) then c= b else c= a On Thu, Jul 7, 2011 at 1:10 PM, Rafanoharana Serge Claudio < rafanoharana at gmail.com> wrote: > Dear all, > > My file contains 2 variables a and b. I have the following condition: > > if a>b => c=b > if a c=a > > so: d=c/b > > in my .gs file, I tried: > > '!if (a> b)' > 'c= b' > '!else' > 'c= a' > '!endif' > 'define d=c/b' > > but it gives syntax error. > > Then I tried to define the c like: > > '!if (a> b)' > 'define c= b' > '!else' > 'define c= a' > '!endif' > 'define d=c/b' > > Again, syntax error. > > ERROR: > sh: -c: line 1: syntax error: unexpected end of file > sh: -c: line 0: syntax error near unexpected token `else' > sh: -c: line 0: `else' > sh: endif: command not found > > > Thank you in advance, > > > Best regards, > > -- > Serge > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Nagaraju Chilukoti CCCR, IITM, Pashan Pune 411008 Mob.* 09224278979* cnraju at tropmet.res.in chilukotinagaraju at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/7d6eca88/attachment.html From gavinho.gabriel at gmail.com Thu Jul 7 12:00:21 2011 From: gavinho.gabriel at gmail.com (gabriel gavinho) Date: Thu, 7 Jul 2011 13:00:21 -0300 Subject: [gradsusr] Sum daily values for precipitation In-Reply-To: <5C286C5C-0BC9-4057-8831-B357C249C662@cola.iges.org> References: <5C286C5C-0BC9-4057-8831-B357C249C662@cola.iges.org> Message-ID: I finally made it much appreciate! 2011/6/29 Jennifer Adams > If you want to show the gradual accumulation of precip at a single point > over time, try this: > 'set lat 'mylat > 'set lon 'mylon > 'set t 1 last' > 'd tloop(sum(precip,t=1,t+0))' > > --Jennifer > > > > On Jun 27, 2011, at 10:12 AM, Rafanoharana Serge Claudio wrote: > > > > On Wed, Jun 22, 2011 at 9:45 AM, gabriel gavinho < > gavinho.gabriel at gmail.com> wrote: > >> Dear Serge, >> >> The solution you proposed did solve the problem envolving the plot of both >> variables, but it displays a straight line with the final result for >> accumulated precipitation instead of the increasing line presenting the >> gradual accumulation. Do you know how can I sort this out? >> still, thank you very much for your help, >> >> regards >> >> Gabriel Gavinho >> Federal University of Rio de Janeiro >> >> 2011/6/21 Rafanoharana Serge Claudio >> >>> Dear Gabriel, >>> >>> In order to obtain the total precipitation within a month, you can just >>> 'define acc=sum(pcp, t=1, t=31)'. >>> If I really understand what you want is that you would like to display >>> both daily and accumulation within one graphic. If so, it's a little bit >>> tricky but what I can suggest is that if you want to display both within one >>> graphic, try to set gxout linefill since linefill can deal with 2 variables, >>> then go back to set gxout line so it will be something like: >>> >>> 'sdfopen file.nc' >>> 'set lat -23' >>> 'set lon -45' >>> 'set t 1 31' >>> >>> 'define acc=sum(pcp, t=1, t=31)' >>> 'set gxout linefill' >>> 'set lfcols 0 0' (----> this is black color and you can refer to >>> http://www.iges.org/grads/gadoc/colorcontrol.html) >>> 'd pcp;acc' (up til here, you have only the x and y value, >>> without the graphs, so you need to plot the graph) >>> 'set gxout line' >>> 'set ccolor 3' >>> 'd pcp' >>> 'set ccolor 5' >>> 'd acc' >>> >>> Hope this can help, >>> >>> >>> Regards, >>> >>> Serge >>> >>> 2011/6/21 gabriel gavinho >>> >>>> Dear Serge, >>>> >>>> I belive I did not make myself clear about the graphic I need. >>>> suppose I select a single point, let's say lat -23 lon -45, and set the >>>> time to a month period, I will have the values of precipitation for each day >>>> as it is in any meteogram. >>>> My problem is that I need to continually sum the daily valeus so I can >>>> achive the total precipitation within a month but in a way I can present an >>>> increasing line in over the daily values. >>>> I hope I could make it clear and I really appreciate your help >>>> >>>> Regars, >>>> Gabriel Gavinho >>>> Federal University of Rio de Janeiro. >>>> >>>> >>>> 2011/6/21 Rafanoharana Serge Claudio >>>> >>>>> Dear Gabriel, >>>>> >>>>> What do you mean by "in the same graphic"? because I think it will >>>>> depends on that. For your precipitation data, if you set your gxout to >>>>> shaded, I think you won't see both values, but if you set your gxout, for >>>>> example to contour, you'll be able to see both. >>>>> >>>>> Let's say your precipitaion variable is "pcp". It will be something >>>>> like: >>>>> 'sdfopen file.nc' >>>>> 'set gxout contour' >>>>> 'define acc=sum(pcp, t=1, t=31)' >>>>> 'd pcp' >>>>> 'd acc' >>>>> >>>>> So if you need for the day 17, just set t to 17 by adding 'set t 17' >>>>> right after 'sdfopen...' >>>>> In addition, you can write your accumulation variable to your file >>>>> using 'set sdfwrite file.nc' followed by 'sdfwrite acc'. >>>>> Maybe the following will give you more info. >>>>> >>>>> I quote from Bob Kuligowski: >>>>> >>>>> "GrADS can produce numerous types of file displays using gridded data >>>>> using set gxout: >>>>> >>>>> bar (bar chart) >>>>> line (line graph) >>>>> barb (wind barbs) >>>>> linefill (color fill between two lines) >>>>> contour (contour plot) >>>>> scatter (scatter plot) >>>>> errbar (error bars) >>>>> shaded (shaded contour plot) >>>>> grfill (shaded grid boxes) >>>>> stream (wind streamlines) >>>>> fgrid (grid boxes shaded for specified values) >>>>> vector (wind vector arrows) >>>>> grid (grid boxes with printed values)" >>>>> >>>>> Hope it can help, >>>>> >>>>> Regards, >>>>> >>>>> Serge >>>>> >>>>> >>>>> >>>>> 2011/6/21 gabriel gavinho >>>>> >>>>>> Dear Users >>>>>> >>>>>> I am having a hard time trying to sum the values for daily >>>>>> precipitation during a month, in order put together both daily values and >>>>>> the accumulative sum in the same graphic >>>>>> >>>>>> Can you help me? >>>>>> >>>>>> regards! >>>>>> >>>>>> Gabriel Gavinho >>>>>> Federal University of Rio de Janeiro >>>>>> >>>>>> _______________________________________________ >>>>>> gradsusr mailing list >>>>>> gradsusr at gradsusr.org >>>>>> http://gradsusr.org/mailman/listinfo/gradsusr >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Serge >>>>> >>>>> _______________________________________________ >>>>> gradsusr mailing list >>>>> gradsusr at gradsusr.org >>>>> http://gradsusr.org/mailman/listinfo/gradsusr >>>>> >>>>> >>>> >>> >>> >>> -- >>> Serge >>> >> >> > > > -- > Serge > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/05ef4bd4/attachment-0001.html From klevey at customweather.com Thu Jul 7 12:11:22 2011 From: klevey at customweather.com (Kevin M Levey) Date: Thu, 7 Jul 2011 09:11:22 -0700 Subject: [gradsusr] ECMWF data -> GRADS In-Reply-To: References: <5C286C5C-0BC9-4057-8831-B357C249C662@cola.iges.org> Message-ID: <2F4141ED-2C7F-4321-8D51-9A6C186BA839@customweather.com> THU 07JUL11: 0900PDT Dear GRads Users, I've scoured the mailing lists and been back and forward with ECWMF. I've two sample files from them (ECWMF GRIB v1) which I simply can not get translated properly. If anyone can offer some assistance I'd greatly appreciate it before I go and do a lot of installing of ECWMF software that may not be needed. ECWMF does not have their GRIB2 versions of this data. I've attached both samples - they are supposed to be weekly anomalies of 2m temperature and precipitation. Many thanks. Regards, Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of Cape Town) Vice President of Operations CustomWeather, Inc. San Francisco, California, USA "Taking the World by Storm!" http://www.customweather.com http://www.myforecast.com http://www.1stweather.com cell: 415-794-0411 work: 415-777-3566 email: klevey at customweather.com -------------- next part -------------- A non-text attachment was scrubbed... Name: enfo_TP.grib Type: application/octet-stream Size: 59520 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110707/526c89f5/attachment-0002.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: enfo_2TA.grib Type: application/octet-stream Size: 88800 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110707/526c89f5/attachment-0003.obj From jma at cola.iges.org Thu Jul 7 12:24:16 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Thu, 7 Jul 2011 12:24:16 -0400 Subject: [gradsusr] ECMWF data -> GRADS In-Reply-To: <2F4141ED-2C7F-4321-8D51-9A6C186BA839@customweather.com> References: <5C286C5C-0BC9-4057-8831-B357C249C662@cola.iges.org> <2F4141ED-2C7F-4321-8D51-9A6C186BA839@customweather.com> Message-ID: <70AE787B-FC58-4BCD-901E-D8328407E2C5@cola.iges.org> Here's a descriptor for the T2A file: dset ^enfo_2TA.grib index ^enfo_2TA.grib.idx undef 9.999E+20 title enfo_2TA.grib dtype grib options yrev ydef 61 linear -90.000000 3 xdef 120 linear 0.000000 3.000000 tdef 4 linear 00Z13jun2011 7dy zdef 1 linear 1 1 vars 1 t2a 0 167,1,0 surface 2 metre temperature anomaly [K] endvars And when you run gribmap, use the -e option. # gribmap -e -v -i enfo_2TA.ctl grib1map: opening GRIB file: enfo_2TA.grib !!!!! MATCH: 1 22122 255 1 0 167 1 0 157 0 24 btim: 2011060200:00 tau: 44 dtim: 2011061300:00 !!!!! MATCH: 2 44322 255 1 0 167 1 0 22357 0 24 btim: 2011060200:00 tau: 72 dtim: 2011062000:00 !!!!! MATCH: 3 66522 255 1 0 167 1 0 44557 0 24 btim: 2011060200:00 tau: 100 dtim: 2011062700:00 !!!!! MATCH: 4 88722 255 1 0 167 1 0 66757 0 24 btim: 2011060200:00 tau: 128 dtim: 2011070400:00 grib1map: reached end of files grib1map: writing the map... --Jennifer On Jul 7, 2011, at 12:11 PM, Kevin M Levey wrote: > THU 07JUL11: 0900PDT > > Dear GRads Users, > > I've scoured the mailing lists and been back and forward with ECWMF. > I've two sample files from them (ECWMF GRIB v1) which I simply can > not get translated properly. If anyone can offer some assistance I'd > greatly appreciate it before I go and do a lot of installing of > ECWMF software that may not be needed. ECWMF does not have their > GRIB2 versions of this data. > > I've attached both samples - they are supposed to be weekly > anomalies of 2m temperature and precipitation. > > Many thanks. > > Regards, > > Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of > Cape Town) > Vice President of Operations > CustomWeather, Inc. > San Francisco, California, USA > > "Taking the World by Storm!" > > http://www.customweather.com > http://www.myforecast.com > http://www.1stweather.com > > cell: 415-794-0411 > work: 415-777-3566 > email: klevey at customweather.com > > < > enfo_TP > .grib>_______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/bda60d72/attachment.html From klevey at customweather.com Thu Jul 7 13:25:32 2011 From: klevey at customweather.com (Kevin M Levey) Date: Thu, 7 Jul 2011 10:25:32 -0700 Subject: [gradsusr] ECMWF data -> GRADS In-Reply-To: <70AE787B-FC58-4BCD-901E-D8328407E2C5@cola.iges.org> References: <5C286C5C-0BC9-4057-8831-B357C249C662@cola.iges.org> <2F4141ED-2C7F-4321-8D51-9A6C186BA839@customweather.com> <70AE787B-FC58-4BCD-901E-D8328407E2C5@cola.iges.org> Message-ID: <70CE8227-1365-478F-8DAE-B75ED42450B5@customweather.com> Hi Jennifer Many thanks - works perfectly. Cheers Kevin On Jul 7, 2011, at 07/07/11 - 9:24 AM, Jennifer Adams wrote: > Here's a descriptor for the T2A file: > > dset ^enfo_2TA.grib > index ^enfo_2TA.grib.idx > undef 9.999E+20 > title enfo_2TA.grib > dtype grib > options yrev > ydef 61 linear -90.000000 3 > xdef 120 linear 0.000000 3.000000 > tdef 4 linear 00Z13jun2011 7dy > zdef 1 linear 1 1 > vars 1 > t2a 0 167,1,0 surface 2 metre temperature anomaly [K] > endvars > > And when you run gribmap, use the -e option. > # gribmap -e -v -i enfo_2TA.ctl > grib1map: opening GRIB file: enfo_2TA.grib > !!!!! MATCH: 1 22122 255 1 0 167 1 0 157 0 24 btim: 2011060200:00 tau: 44 dtim: 2011061300:00 > !!!!! MATCH: 2 44322 255 1 0 167 1 0 22357 0 24 btim: 2011060200:00 tau: 72 dtim: 2011062000:00 > !!!!! MATCH: 3 66522 255 1 0 167 1 0 44557 0 24 btim: 2011060200:00 tau: 100 dtim: 2011062700:00 > !!!!! MATCH: 4 88722 255 1 0 167 1 0 66757 0 24 btim: 2011060200:00 tau: 128 dtim: 2011070400:00 > grib1map: reached end of files > grib1map: writing the map... > > > --Jennifer > > > On Jul 7, 2011, at 12:11 PM, Kevin M Levey wrote: > >> THU 07JUL11: 0900PDT >> >> Dear GRads Users, >> >> I've scoured the mailing lists and been back and forward with ECWMF. I've two sample files from them (ECWMF GRIB v1) which I simply can not get translated properly. If anyone can offer some assistance I'd greatly appreciate it before I go and do a lot of installing of ECWMF software that may not be needed. ECWMF does not have their GRIB2 versions of this data. >> >> I've attached both samples - they are supposed to be weekly anomalies of 2m temperature and precipitation. >> >> Many thanks. >> >> Regards, >> >> Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of Cape Town) >> Vice President of Operations >> CustomWeather, Inc. >> San Francisco, California, USA >> >> "Taking the World by Storm!" >> >> http://www.customweather.com >> http://www.myforecast.com >> http://www.1stweather.com >> >> cell: 415-794-0411 >> work: 415-777-3566 >> email: klevey at customweather.com >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/fd25c0ca/attachment.html From jgmsantos at gmail.com Thu Jul 7 16:09:34 2011 From: jgmsantos at gmail.com (Guilherme Martins) Date: Thu, 7 Jul 2011 17:09:34 -0300 Subject: [gradsusr] Grads 2.0.9 error Message-ID: Hi users, I need help. I'm trying to install grads2.0.9, but I receive the message below when I type make: gagx.o: In function `gakml': /home/gui/grads-2.0.a9/src/gagx.c:3986: undefined reference to `gxqdrgb' gagx.o: In function `gagtif': /home/gui/grads-2.0.a9/src/gagx.c:4290: undefined reference to `gxqdrgb' ../../supplibs/lib/libcurl.a(timeval.o): In function `curlx_tvnow': timeval.c:(.text+0x89): undefined reference to `clock_gettime' make[2]: ** [grads] Erro 1 make[2]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' make[1]: ** [all] Erro 2 make[1]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' make: ** [all-recursive] Erro 1 gui at curupira:~/grads-2.0.a9$ May anyone help me? Thanks a lot, Guilherme. -- Guilherme Martins -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/7b16f193/attachment.html From wilfried.strauch at yahoo.com Thu Jul 7 18:00:20 2011 From: wilfried.strauch at yahoo.com (wilfried.strauch) Date: Thu, 07 Jul 2011 18:00:20 -0400 Subject: [gradsusr] 'GrADS on the Web' - strong precipitation and landslides, Central America-Caribbean In-Reply-To: References: Message-ID: <4E162C74.6060505@yahoo.com> A pilot project in Nicaragua on heavy rainfall and landslide early warning in near real time: http://georiesgos-ca.ineter.gob.ni/lluvia/nesdis/gif/index.html You have to place the cursor over the map to see a movie. The single GIF frames are made with Grads from the NESDIS Hydroestimator data and are then put together with ImageMagick to generate the animation. On the left you can select a region or country in the Central America-Caribbean area. The system is capable to generate alert messages by email when strong rain occurs over a landslide prone area, e.g. volcanoes in Central America. Best regards Wilfried Strauch OSOP Panam? www.osop.com.pa On 06/07/2011 11:18, Jennifer Adams wrote: > Dear Users, > Some time ago, we collected a list of web sites that use GrADS to > generate graphics. The list is at http://iges.org/grads/gotw.html. We > would like to update this list to remove inactive sites and to add any > new sites not mentioned. If you are a site administrator and have a > bit of spare time, please look over the list and send me any > corrections or additions. I'm sorry the list is not sorted, you'll > have to use 'find' to search for a specific URL. Thank you so much, we > really appreciate your help! > --Jennifer > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/63f0f706/attachment.html From kb9wob at gmail.com Fri Jul 8 00:58:06 2011 From: kb9wob at gmail.com (Kevin Huyck) Date: Thu, 7 Jul 2011 23:58:06 -0500 Subject: [gradsusr] Isentropic variables and ctl files Message-ID: Hello, everyone. I'm working with Bob Hart's isentropic field script. One of my goals is to process guidance for several isentropic levels, store the variables in a file (NetCDF is the method of choice, at present), then retrieve each of the isentropic levels by way of the "set lev" command with each of the isentropic surfaces listed in the .ctl file under "zdef 9 levels" as "290 292 294 296 298 300 302 304 306". Is there a method or process to execute the isentropic script several times for several isentropic surfaces and store the output in a single variable? For testing I'm working with NAM data. Many thanks, Kevin Huyck. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/d14f4843/attachment-0001.html From dasilva at alum.mit.edu Fri Jul 8 07:24:47 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 8 Jul 2011 07:24:47 -0400 Subject: [gradsusr] Updates for 'GrADS on the Web' In-Reply-To: References: Message-ID: On Wed, Jul 6, 2011 at 11:18 AM, Jennifer Adams wrote: > Dear Users, > Some time ago, we collected a list of web sites that use GrADS to generate > graphics. The list is at http://iges.org/grads/gotw.html. We would like to > update this list to remove inactive sites and to add any new sites not > mentioned. If you are a site administrator and have a bit of spare time, > please look over the list and send me any corrections or additions. I'm > sorry the list is not sorted, you'll have to use 'find' to search for a > specific URL. Thank you so much, we really appreciate your help! > Are you keeping track of GDS servers? Or other "non-graphic" sites that still have grads as a backend? For example, our "download tool" sites, e.g., http://portal.nccs.nasa.gov/cgi-lats4d/webform.cgi?&i=GEOS-5/fp/0.25_deg/assim/inst3_2d_asm_Nx Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110708/f9d1eb04/attachment.html From berkelha at usc.edu Fri Jul 8 11:48:51 2011 From: berkelha at usc.edu (Max Berkelhammer) Date: Fri, 8 Jul 2011 09:48:51 -0600 Subject: [gradsusr] Time axis units on Paleoclimate timeseries Message-ID: Hello. I am using GrADS version 2.0.a7.oga.3. I have a long paleoclimate timeseries going from 3800 years before present to 12300 years before present. When I plot a section of this time series (i.e. 3800 to 7000) the x-axis labels appear normal (i.e. 3000 4000 5000 ...). However, when I attempt to plot the entire timeseries the x-axis labels disappear except for a single label appearing at 4000. Attached are screen shots showing the situation. Any suggestions on how to remedy this would be greatly appreciated. Thanks! Best, Max -- Research Associate CIRES, University of Colorado http://earth.usc.edu/~berkelha (626)-319-4421 (cell) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110708/bf7ae237/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: notime.png Type: image/png Size: 4456 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110708/bf7ae237/attachment.png -------------- next part -------------- A non-text attachment was scrubbed... Name: time.png Type: image/png Size: 4014 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110708/bf7ae237/attachment-0001.png From teddyallen at yahoo.com Fri Jul 8 12:31:39 2011 From: teddyallen at yahoo.com (Teddy Allen) Date: Fri, 8 Jul 2011 09:31:39 -0700 (PDT) Subject: [gradsusr] Q-vector GrADS script available? In-Reply-To: References: <5C286C5C-0BC9-4057-8831-B357C249C662@cola.iges.org> Message-ID: <1310142699.2609.YahooMailRC@web39404.mail.mud.yahoo.com> Is there a GrADS script?currently?available to calculate Q-vectors?from any GrADS users? examples of Q-vector: http://hoot.metr.ou.edu/upperair/qvec/current/ and http://ww2010.atmos.uiuc.edu/(Gh)/arch/cases/961109/adv/qvct.rxml Thank you, teddy ? http://www.teddyallen.com "To move quickly, go alone. To move far, go together." African Proverb -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110708/0a84dcb8/attachment.html From gavinho.gabriel at gmail.com Fri Jul 8 15:02:14 2011 From: gavinho.gabriel at gmail.com (gabriel gavinho) Date: Fri, 8 Jul 2011 16:02:14 -0300 Subject: [gradsusr] filling entire graph beneath a single line Message-ID: Dear users, I need to fill the entire graph beneath a single line which comes from a 'tloop' sum with a single color Can you help me out? regards Gabriel Gavinho Federal University of Rio de Janeiro -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110708/06e9db31/attachment.html From mcs2214 at columbia.edu Fri Jul 8 15:03:13 2011 From: mcs2214 at columbia.edu (mcs2214 at columbia.edu) Date: Fri, 08 Jul 2011 15:03:13 -0400 Subject: [gradsusr] data set correlation Message-ID: <20110708150313.y5vi2zjzwc4gkgwc@cubmail.cc.columbia.edu> Hi Gradusers, I am trying to get a temporal correlation of two data sets that also vary in x and y. Just to give you some context, I am comparing model data to observed data over a 52 year span. I wrote a script that calculates point by point temporal correlation by use of the tcorr function, but it is unusable for me as it is very inefficent! Was wondering if anyone had a correlation script/ suggestions for me? here is the script: ***function to plot a temporal correlation with a spatial loop function correlation(arg) startx=subwrd(arg,1) endx=subwrd(arg,2) starty=subwrd(arg,3) endy=subwrd(arg,4) startt=subwrd(arg,5) endt=subwrd(arg,6) say 'longitude = ' startx ' to ' endx say 'latitude = ' starty ' to ' endy say 'years = ' startt ' to ' endt x=startx while (x<= endx) 'set x ' x y=starty while (y <= endy) 'set y ' y 'set t ' startt 'd tcorr(prcp.1,prcp.2,t=' startt ',t=' endt ')' y=y+1 endwhile x=x+1 endwhile exit From Charles.Seman at noaa.gov Fri Jul 8 17:55:40 2011 From: Charles.Seman at noaa.gov (Charles Seman) Date: Fri, 08 Jul 2011 17:55:40 -0400 Subject: [gradsusr] filling entire graph beneath a single line In-Reply-To: References: Message-ID: <4E177CDC.1070800@noaa.gov> Gabriel, Not sure if this will do what you want (may be more than you need), but here's an email posted to the Listserv by Mary-Jo Nath: http://gradsusr.org/pipermail/gradsusr/2006-August/003552.html Hope this helps, Chuck gabriel gavinho wrote: > Dear users, > > I need to fill the entire graph beneath a single line which comes from a > 'tloop' sum with a single color > Can you help me out? > > regards > > Gabriel Gavinho > Federal University of Rio de Janeiro > > > ------------------------------------------------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- 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 reflect any official or unofficial position of the United States Federal Government, the United States Department of Commerce, or NOAA." From saeedbayat7276 at gmail.com Fri Jul 8 23:48:09 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Sat, 9 Jul 2011 08:18:09 +0430 Subject: [gradsusr] Time axis units on Paleoclimate timeseries In-Reply-To: References: Message-ID: Hi Max, Try this: set xrange t-first t-end set xlabs numbers that you want put in x axis(set xlabs 1 2 3 4 5 6 7 ...) Regards Saeed Bayat M.A Student of Climatology Department of Geography Ferdowsi University of Mashhad(Iran) On Fri, Jul 8, 2011 at 8:18 PM, Max Berkelhammer wrote: > Hello. > I am using GrADS version 2.0.a7.oga.3. I have a long paleoclimate > timeseries going from 3800 years before present to 12300 years before > present. When I plot a section of this time series (i.e. 3800 to 7000) the > x-axis labels appear normal (i.e. 3000 4000 5000 ...). However, when I > attempt to plot the entire timeseries the x-axis labels disappear except for > a single label appearing at 4000. Attached are screen shots showing the > situation. Any suggestions on how to remedy this would be greatly > appreciated. > > Thanks! > > Best, > Max > -- > Research Associate > CIRES, University of Colorado > http://earth.usc.edu/~berkelha > (626)-319-4421 (cell) > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110709/2f4fbd28/attachment.html From Makowsks at students.uni-marburg.de Sat Jul 9 05:37:38 2011 From: Makowsks at students.uni-marburg.de (Sachis Makowski) Date: Sat, 9 Jul 2011 11:37:38 +0200 Subject: [gradsusr] OMI SO2 HDF5 Message-ID: Dear all, I am totally new with Grads and not very good at informatics. I have a bunch of OMI SO2 images from the Aura satellite and I don?t achieve to write the right descriptor file to get to open the images with grads. Has anyone an example of descriptor file for OMI or some ideas to help me to overcome this problem? I would be very greatful. Best regards to you all, Sandro -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110709/44b6e3d8/attachment.html From jgc at meteoexploration.com Sat Jul 9 06:15:23 2011 From: jgc at meteoexploration.com (Javier G. Corripio) Date: Sat, 09 Jul 2011 10:15:23 +0000 Subject: [gradsusr] gradsusr Digest, Vol 17, Issue 6 In-Reply-To: References: Message-ID: <5af54cf85c789ae1b0ae538086ea2c50@meteoexploration.com> Dear Jennifer, Thanks for all the effort. Here is another site that uses grads: http://www.meteoexploration.com/maproom/ All the best, Javier > Dear Users, > Some time ago, we collected a list of web sites that use GrADS to generate > graphics. The list is at http://iges.org/grads/gotw.html. We would like to > update this list to remove inactive sites and to add any new sites not > mentioned. If you are a site administrator and have a bit of spare time, > please look over the list and send me any corrections or additions. I'm > sorry the list is not sorted, you'll have to use 'find' to search for a > specific URL. Thank you so much, we really appreciate your help! > On Fri, 08 Jul 2011 13:41:39 -0400, gradsusr-request at gradsusr.org wrote: -- Javier G. Corripio, PhD www.meteoexploration.com jgc <> meteoexploration.com From nkh09 at fsu.edu Sat Jul 9 14:32:47 2011 From: nkh09 at fsu.edu (Nick Heath) Date: Sat, 09 Jul 2011 14:32:47 -0400 Subject: [gradsusr] Wrf output in GrADS Message-ID: Hey Everyone, A while back I received some help with displaying WRF output in GrADS using ARWPost. Thanks! Now, I have a question about some of the fields. When I display some fields, the look normal and as expected. But, others look odd. I have attached an image of my 'w' field at 500 hPa. Some other fields, such as the boundary layer height, also share this pattern. Other fields, such as the 'u' and 'v' winds, look fine. I was wondering if this looks like an error somewhere in my ARWPost run or an error in my WRF run? Thanks an advance for any help! -Nick -------------- next part -------------- A non-text attachment was scrubbed... Name: w_500.png Type: image/png Size: 27649 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110709/2c71e255/attachment-0001.png From jdduda at iastate.edu Sat Jul 9 16:40:44 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Sat, 9 Jul 2011 15:40:44 -0500 Subject: [gradsusr] Wrf output in GrADS In-Reply-To: References: Message-ID: Nick, Can you attach your control file? Did you change anything in it? Jeff Duda On Sat, Jul 9, 2011 at 1:32 PM, Nick Heath wrote: > Hey Everyone, > > A while back I received some help with displaying WRF output in GrADS using > ARWPost. Thanks! Now, I have a question about some of the fields. When I > display some fields, the look normal and as expected. But, others look odd. > I have attached an image of my 'w' field at 500 hPa. Some other fields, > such as the boundary layer height, also share this pattern. Other fields, > such as the 'u' and 'v' winds, look fine. I was wondering if this looks > like an error somewhere in my ARWPost run or an error in my WRF run? Thanks > an advance for any help! > > -Nick > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student 3134 Agronomy Hall www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110709/8d3429ef/attachment.html From nkh09 at fsu.edu Sat Jul 9 16:54:19 2011 From: nkh09 at fsu.edu (Nick Heath) Date: Sat, 09 Jul 2011 16:54:19 -0400 Subject: [gradsusr] Wrf output in GrADS In-Reply-To: References: Message-ID: Hey Jeff, I have attached my ctl file and my namelist.ARWPost file. I didn't change anything in the ctl file. Thanks for the help. -Nick ----- Original Message ----- From: Jeffrey Duda Date: Saturday, July 9, 2011 4:41 pm Subject: Re: [gradsusr] Wrf output in GrADS To: GrADS Users Forum > Nick, > Can you attach your control file? Did you change anything in it? > > Jeff Duda > > On Sat, Jul 9, 2011 at 1:32 PM, Nick Heath wrote: > > > Hey Everyone, > > > > A while back I received some help with displaying WRF output in > GrADS using > > ARWPost. Thanks! Now, I have a question about some of the > fields. When I > > display some fields, the look normal and as expected. But, others > look odd. > > I have attached an image of my 'w' field at 500 hPa. Some other > fields,> such as the boundary layer height, also share this > pattern. Other fields, > > such as the 'u' and 'v' winds, look fine. I was wondering if > this looks > > like an error somewhere in my ARWPost run or an error in my WRF > run? Thanks > > an advance for any help! > > > > -Nick > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > 3134 Agronomy Hall > www.meteor.iastate.edu/~jdduda > -------------- next part -------------- A non-text attachment was scrubbed... Name: namelist.ARWpost Type: application/octet-stream Size: 1066 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110709/f641ef49/attachment-0002.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: wrfout_d03_2011-06-28_19:00:00.ctl Type: application/octet-stream Size: 23960 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110709/f641ef49/attachment-0003.obj From tomoliv at yahoo.com.br Sat Jul 9 17:01:07 2011 From: tomoliv at yahoo.com.br (antonio dias) Date: Sat, 9 Jul 2011 14:01:07 -0700 (PDT) Subject: [gradsusr] hello, Message-ID: <1310245267.19726.yint-ygo-j2me@web121704.mail.ne1.yahoo.com> Aloha State, http://tdy.es/indexwx2.php?utgoogleid=84ma2 From yaqiang.wang at gmail.com Sat Jul 9 19:22:54 2011 From: yaqiang.wang at gmail.com (Yaqiang Wang) Date: Sun, 10 Jul 2011 07:22:54 +0800 Subject: [gradsusr] Wrf output in GrADS In-Reply-To: References: Message-ID: You could try to comment "options byteswapped" in the ctl file. On Sun, Jul 10, 2011 at 4:54 AM, Nick Heath wrote: > Hey Jeff, > > I have attached my ctl file and my namelist.ARWPost file. ?I didn't change anything in the ctl file. ?Thanks for the help. > > -Nick > > ----- Original Message ----- > From: Jeffrey Duda > Date: Saturday, July 9, 2011 4:41 pm > Subject: Re: [gradsusr] Wrf output in GrADS > To: GrADS Users Forum > >> Nick, >> Can you attach your control file? ?Did you change anything in it? >> >> Jeff Duda >> >> On Sat, Jul 9, 2011 at 1:32 PM, Nick Heath wrote: >> >> > Hey Everyone, >> > >> > A while back I received some help with displaying WRF output in >> GrADS using >> > ARWPost. ?Thanks! ?Now, I have a question about some of the >> fields. ?When I >> > display some fields, the look normal and as expected. But, others >> look odd. >> > ?I have attached an image of my 'w' field at 500 hPa. ?Some other >> fields,> such as the boundary layer height, also share this >> pattern. ?Other fields, >> > such as the 'u' and 'v' winds, look fine. ?I was wondering if >> this looks >> > like an error somewhere in my ARWPost run or an error in my WRF >> run? ?Thanks >> > an advance for any help! >> > >> > -Nick >> > >> > _______________________________________________ >> > gradsusr mailing list >> > gradsusr at gradsusr.org >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> > >> >> >> -- >> Jeff Duda >> Iowa State University >> Meteorology Graduate Student >> 3134 Agronomy Hall >> www.meteor.iastate.edu/~jdduda >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- ************************************************* Dr. Yaqiang Wang Chinese Academy of Meteorological Sciences (CAMS) 46, Zhong-Guan-Cun South Avenue Beijing, 100081 China yaqiang.wang at gmail.com ************************************************** From jdduda at iastate.edu Sat Jul 9 19:52:46 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Sat, 9 Jul 2011 18:52:46 -0500 Subject: [gradsusr] Wrf output in GrADS In-Reply-To: References: Message-ID: If Yaqiang's idea doesn't work, I would try re-running ARWpost with fewer variables. I doubt you really need all of those variables, and if your .dat file is too large, there may be a problem with how it displays data. Also, it appears your XDEF and YDEF lines could be simplified by putting XDEF 210 LINEAR 0.0217 or something like that, since all of your levels appear to be equally spaced. Jeff On Sat, Jul 9, 2011 at 6:22 PM, Yaqiang Wang wrote: > You could try to comment "options byteswapped" in the ctl file. > > > On Sun, Jul 10, 2011 at 4:54 AM, Nick Heath wrote: > > Hey Jeff, > > > > I have attached my ctl file and my namelist.ARWPost file. I didn't > change anything in the ctl file. Thanks for the help. > > > > -Nick > > > > ----- Original Message ----- > > From: Jeffrey Duda > > Date: Saturday, July 9, 2011 4:41 pm > > Subject: Re: [gradsusr] Wrf output in GrADS > > To: GrADS Users Forum > > > >> Nick, > >> Can you attach your control file? Did you change anything in it? > >> > >> Jeff Duda > >> > >> On Sat, Jul 9, 2011 at 1:32 PM, Nick Heath wrote: > >> > >> > Hey Everyone, > >> > > >> > A while back I received some help with displaying WRF output in > >> GrADS using > >> > ARWPost. Thanks! Now, I have a question about some of the > >> fields. When I > >> > display some fields, the look normal and as expected. But, others > >> look odd. > >> > I have attached an image of my 'w' field at 500 hPa. Some other > >> fields,> such as the boundary layer height, also share this > >> pattern. Other fields, > >> > such as the 'u' and 'v' winds, look fine. I was wondering if > >> this looks > >> > like an error somewhere in my ARWPost run or an error in my WRF > >> run? Thanks > >> > an advance for any help! > >> > > >> > -Nick > >> > > >> > _______________________________________________ > >> > gradsusr mailing list > >> > gradsusr at gradsusr.org > >> > http://gradsusr.org/mailman/listinfo/gradsusr > >> > > >> > > >> > >> > >> -- > >> Jeff Duda > >> Iowa State University > >> Meteorology Graduate Student > >> 3134 Agronomy Hall > >> www.meteor.iastate.edu/~jdduda > >> > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > > -- > ************************************************* > Dr. Yaqiang Wang > Chinese Academy of Meteorological Sciences (CAMS) > 46, Zhong-Guan-Cun South Avenue > Beijing, 100081 > China > > yaqiang.wang at gmail.com > ************************************************** > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Jeff Duda Iowa State University Meteorology Graduate Student 3134 Agronomy Hall www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110709/1e0fe5ad/attachment.html From berkelha at usc.edu Sat Jul 9 20:45:04 2011 From: berkelha at usc.edu (Max Berkelhammer) Date: Sat, 9 Jul 2011 18:45:04 -0600 Subject: [gradsusr] Time axis units on Paleoclimate timeseries Message-ID: Thanks Saeed. Unfortunately, it seems the set xlabs and set vrange2 commands do not operate on the x-axis when it represents time. Perhaps I need to edit how time is defined in the .cdl file. Best, Max On Sat, Jul 9, 2011 at 8:18 AM, wrote: > Send gradsusr mailing list submissions to > gradsusr at gradsusr.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://gradsusr.org/mailman/listinfo/gradsusr > or, via email, send a message with subject or body 'help' to > gradsusr-request at gradsusr.org > > You can reach the person managing the list at > gradsusr-owner at gradsusr.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of gradsusr digest..." > > > Today's Topics: > > 1. Re: Time axis units on Paleoclimate timeseries (saeed bayat) > 2. OMI SO2 HDF5 (Sachis Makowski) > 3. Re: gradsusr Digest, Vol 17, Issue 6 (Javier G. Corripio) > 4. Wrf output in GrADS (Nick Heath) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 9 Jul 2011 08:18:09 +0430 > From: saeed bayat > Subject: Re: [gradsusr] Time axis units on Paleoclimate timeseries > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Hi Max, > Try this: set xrange t-first t-end > set xlabs numbers that you want put in x axis(set xlabs 1 2 3 4 > 5 6 7 ...) > > Regards > Saeed Bayat > M.A Student of Climatology > Department of Geography > Ferdowsi University of Mashhad(Iran) > > On Fri, Jul 8, 2011 at 8:18 PM, Max Berkelhammer wrote: > > > Hello. > > I am using GrADS version 2.0.a7.oga.3. I have a long paleoclimate > > timeseries going from 3800 years before present to 12300 years before > > present. When I plot a section of this time series (i.e. 3800 to 7000) > the > > x-axis labels appear normal (i.e. 3000 4000 5000 ...). However, when I > > attempt to plot the entire timeseries the x-axis labels disappear except > for > > a single label appearing at 4000. Attached are screen shots showing the > > situation. Any suggestions on how to remedy this would be greatly > > appreciated. > > > > Thanks! > > > > Best, > > Max > > -- > > Research Associate > > CIRES, University of Colorado > > http://earth.usc.edu/~berkelha > > (626)-319-4421 (cell) > > > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110709/2f4fbd28/attachment-0001.html > > ------------------------------ > > Message: 2 > Date: Sat, 9 Jul 2011 11:37:38 +0200 > From: Sachis Makowski > Subject: [gradsusr] OMI SO2 HDF5 > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear all, > > I am totally new with Grads and not very good at informatics. I have a > bunch > of OMI SO2 images from the Aura satellite and I don?t achieve to write the > right descriptor file to get to open the images with grads. Has anyone an > example of descriptor file for OMI or some ideas to help me to overcome > this > problem? I would be very greatful. > > Best regards to you all, > > Sandro > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110709/44b6e3d8/attachment-0001.html > > ------------------------------ > > Message: 3 > Date: Sat, 09 Jul 2011 10:15:23 +0000 > From: "Javier G. Corripio" > Subject: Re: [gradsusr] gradsusr Digest, Vol 17, Issue 6 > To: gradsusr at gradsusr.org > Message-ID: <5af54cf85c789ae1b0ae538086ea2c50 at meteoexploration.com> > Content-Type: text/plain; charset="UTF-8" > > > > Dear Jennifer, > > Thanks for all the effort. > > Here is another site that uses grads: > > http://www.meteoexploration.com/maproom/ > > All the best, > > Javier > > > Dear Users, > > Some time ago, we collected a list of web sites that use GrADS to > generate > > graphics. The list is at http://iges.org/grads/gotw.html. We would like > to > > update this list to remove inactive sites and to add any new sites not > > mentioned. If you are a site administrator and have a bit of spare time, > > please look over the list and send me any corrections or additions. I'm > > sorry the list is not sorted, you'll have to use 'find' to search for a > > specific URL. Thank you so much, we really appreciate your help! > > > > On Fri, 08 Jul 2011 13:41:39 -0400, gradsusr-request at gradsusr.org wrote: > > -- > Javier G. Corripio, PhD > www.meteoexploration.com > > jgc <> meteoexploration.com > > > ------------------------------ > > Message: 4 > Date: Sat, 09 Jul 2011 14:32:47 -0400 > From: Nick Heath > Subject: [gradsusr] Wrf output in GrADS > To: gradsusr at gradsusr.org > Message-ID: > Content-Type: text/plain; charset="us-ascii" > > Hey Everyone, > > A while back I received some help with displaying WRF output in GrADS using > ARWPost. Thanks! Now, I have a question about some of the fields. When I > display some fields, the look normal and as expected. But, others look odd. > I have attached an image of my 'w' field at 500 hPa. Some other fields, > such as the boundary layer height, also share this pattern. Other fields, > such as the 'u' and 'v' winds, look fine. I was wondering if this looks > like an error somewhere in my ARWPost run or an error in my WRF run? Thanks > an advance for any help! > > -Nick > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: w_500.png > Type: image/png > Size: 27649 bytes > Desc: not available > Url : > http://gradsusr.org/pipermail/gradsusr/attachments/20110709/2c71e255/attachment.png > > ------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > End of gradsusr Digest, Vol 17, Issue 7 > *************************************** > -- Research Associate CIRES, University of Colorado http://earth.usc.edu/~berkelha (626)-319-4421 (cell) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110709/24f014b1/attachment-0001.html From instantweathermaps at gmail.com Sat Jul 9 20:58:32 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Sat, 9 Jul 2011 19:58:32 -0500 Subject: [gradsusr] 'GrADS on the Web' - InstantWeatherMaps.com Message-ID: Introducing InstantWeatherMaps.com, a new weather model website. The site has a lag (from when the raw data appears on the NOMADS server) of 10-30 seconds, compared to around 90 seconds for the closest other free site (the new beta NCEP site). I offer over 150 variables, including Kuchera-method snowfall (otherwise only found on Earl Barker's site, which has a lag of around 30-90 minutes). Nearly a half-million GFS model maps are on my server at any given time. I would appreciate any suggestions as to future enhancements I could make to my site. http://www.instantweathermaps.com On 06/07/2011 11:18, Jennifer Adams wrote: > Dear Users, > Some time ago, we collected a list of web sites that use GrADS to > generate graphics. The list is at http://iges.org/grads/gotw.html. We > would like to update this list to remove inactive sites and to add any > new sites not mentioned. If you are a site administrator and have a > bit of spare time, please look over the list and send me any > corrections or additions. I'm sorry the list is not sorted, you'll > have to use 'find' to search for a specific URL. Thank you so much, we > really appreciate your help! > --Jennifer > > > > > ______________________________ _________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110709/e8b3c262/attachment.html From chinhth2010 at gmail.com Sun Jul 10 01:17:20 2011 From: chinhth2010 at gmail.com (chinh ta huu) Date: Sat, 9 Jul 2011 22:17:20 -0700 Subject: [gradsusr] draw storm track by grads Message-ID: Dear Sir/Madam Can I draw storm track by using grads, if it is possible, please tell me how and command to perform I will be grateful Thank you Chinh -- (Mr.) Ta Huu Chinh National, Weather Forecasting Center, Ha Noi, Viet Nam. No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi Tel: 84-903-402-181 Fax: 84-43-824-4917 Email: chinhth2010 at gmail.com Website: http://vn.myblog.yahoo.com/chinhth2005/ Website: http://bestknowledge-chinhth.blogspot.com/ Website: http://anhcuoidep.vn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110709/5ecd3ab6/attachment.html From dasilva at alum.mit.edu Sun Jul 10 01:40:24 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Sun, 10 Jul 2011 01:40:24 -0400 Subject: [gradsusr] 'GrADS on the Web' - InstantWeatherMaps.com In-Reply-To: References: Message-ID: On Sat, Jul 9, 2011 at 8:58 PM, Joey Woodson wrote: > Introducing InstantWeatherMaps.com, a new weather model website. The site > has a lag (from when the raw data appears on the NOMADS server) of 10-30 > seconds, compared to around 90 seconds for the closest other free site (the > new beta NCEP site). I offer over 150 variables, including Kuchera-method > snowfall (otherwise only found on Earl Barker's site, which has a lag of > around 30-90 minutes). Nearly a half-million GFS model maps are on my server > at any given time. I would appreciate any suggestions as to future > enhancements I could make to my site. > > Consider using anti-aliasing fonts and lines, e.g., http://portal.nccs.nasa.gov/cgi-yotc/fp_wx.cgi This is obtained by replacing printim with gxyat. Make sure to read the documentation for a trick to reduce the size of the image files (pipe to pngquant) , something that would be important for you with 1/2 million plots. Notice that you will need the opengrads bundle for this, http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle Type ga-> gxyat for a manual page. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110710/a18b5838/attachment.html From instantweathermaps at gmail.com Sun Jul 10 15:43:38 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Sun, 10 Jul 2011 14:43:38 -0500 Subject: [gradsusr] 'GrADS on the Web' - InstantWeatherMaps.com In-Reply-To: References: Message-ID: Thanks for the suggestion. I ran tests of gxyat vs printim and found that gxyat outputs roughly 4 images per second, and printim outputs roughly 20 images per second (when set to GIF mode, which about 65% faster than PNG at the expense of a roughly 15% larger file size). I will keep using printim for the forseeable future, since output speed is paramount to my site's operation. I do have another question, though, which I will ask in a separate message. Joey http://www.instantweathermaps.com On Sun, Jul 10, 2011 at 12:40 AM, Arlindo da Silva wrote: > On Sat, Jul 9, 2011 at 8:58 PM, Joey Woodson > wrote: > >> Introducing InstantWeatherMaps.com, a new weather model website. The site >> has a lag (from when the raw data appears on the NOMADS server) of 10-30 >> seconds, compared to around 90 seconds for the closest other free site (the >> new beta NCEP site). I offer over 150 variables, including Kuchera-method >> snowfall (otherwise only found on Earl Barker's site, which has a lag of >> around 30-90 minutes). Nearly a half-million GFS model maps are on my server >> at any given time. I would appreciate any suggestions as to future >> enhancements I could make to my site. >> >> > Consider using anti-aliasing fonts and lines, e.g., > > http://portal.nccs.nasa.gov/cgi-yotc/fp_wx.cgi > > This is obtained by replacing printim with gxyat. Make sure to read the > documentation for a trick to reduce the size of the image files (pipe to > pngquant) , something that would be important for you with 1/2 million > plots. Notice that you will need the opengrads bundle for this, > > > http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle > > Type > > ga-> gxyat > > for a manual page. > > Arlindo > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110710/add54f66/attachment.html From instantweathermaps at gmail.com Sun Jul 10 16:18:35 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Sun, 10 Jul 2011 15:18:35 -0500 Subject: [gradsusr] NOMADS download speeds Message-ID: Is there any way to speed up downloads from the NOMADS server ( http://nomads.ncep.noaa.gov/cgi-bin/filter_gfs_hd.pl)? I currently run a site that spends around 6-8 seconds per forecast hour generating maps. Having said that, it is quite frustrating to see download times for 1 MB of GRIB data exceed 10 seconds at times. I currently use 4 wget sessions in parallel to handle the downloading, and I only sleep for 2 seconds instead of 10 when polling the NOMADS server to check when the next file is available, so as you can see I am very speed-oriented. Is there any way to download faster, or is partial-downloading (downloading part of the GRIB file, generating the relevant maps for the first part while the rest downloads, then generating the maps for the rest) the fastest way of doing this? Joey http://www.instantweathermaps.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110710/5684725b/attachment.html From geeta124 at hotmail.com Mon Jul 11 02:06:36 2011 From: geeta124 at hotmail.com (Geeta Geeta) Date: Mon, 11 Jul 2011 06:06:36 +0000 Subject: [gradsusr] Computation of thermodynamic Indices Message-ID: Dear All, This problem is not particularly pertaining to Grads but I am still putting it across in anticipation of a possible help. It goes like this, I want to compute all the Standard Indices ( like Showalter, K, SWEAT, CAPE, CINE etc) from the Rs data of a station. I am able to compute only LCL and then the moist adiabat (using the conservation of MOIST static energy) and I have computed the LCL from the RS data and then constructed the moist adiabat of the parcel till 200hPa. Part of the output of moist adiabat looks like this, (I) INPUT LCL P T Z 871.0 294.6 312.0 MOIST ADIABAT P Z T Q NO OF ITRN 871.0 312.0 294.6 .1952E-01 .3476E+06 0 870.0 322.0 294.5 .1950E-01 .3476E+06 39 869.0 332.1 294.5 .1947E-01 .3476E+06 39 868.0 342.1 294.4 .1945E-01 .3476E+06 40 867.0 352.2 294.4 .1942E-01 .3476E+06 39 866.0 362.2 294.4 .1940E-01 .3476E+06 39 865.0 372.3 294.3 .1938E-01 .3476E+06 40 864.0 382.4 294.3 .1935E-01 .3476E+06 39 "MOIST.DAT" 676 lines, 44480 characters (II) My RS data of a station is at an interval of 50hPa and looks like this (Ht, TT, Td, WS, WD at different levels) 1981 03 10 00 2 1026 20.6 16.8 155 02 1520 18.6 11.2 201 04 ^M 1981 03 10 00 3 2038 15.6 8.2 195 03 2584 12.4 3.8 079 02 3159 8.4 -5.3 105 04 3768 4.8 044 03 Kindly help me reg the computation of CAPE and CINE after I construct the MOIST adiabat for a station. geeta -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110711/1c9a68ba/attachment.html From takayanamba at hotmail.com Mon Jul 11 06:07:19 2011 From: takayanamba at hotmail.com (Namba Takaya) Date: Mon, 11 Jul 2011 10:07:19 +0000 Subject: [gradsusr] Grads dods server installation Message-ID: Dear Sir I tried to install Grads dods server in my Mac os X 10.6.3 in which grads v2.0.a9 is working properly.In my system, apache-tomcat-6.0.29 is already installed.After I started apach-tomaat and then I tried to start Grads dods server, error message appear like this. sh-3.2# ./startserver GrADS Data Server startup invoked... Note: A process called gds-respawn.sh is being created, to automatically respawn GDS if it shuts down abnormally. Set JAVA, JAVA_HOME, JAVA_OPTS to control JVM options.See /usr/local/gds-2.0/log/console.out for detailed startup/shutdown messages. Warning: GADDIR not set. GrADS netCDF/HDF interface may not function properly. gds-respawn.sh: Starting GrADS Data Server (Tomcat 4.1)...gds-respawn.sh: Tomcat process exitedgds-respawn.sh: GrADS Data Server failed to start. Server may be misconfigured, or already running. Could you tell me how to solve the problem? Best Regards, Takaya Namba -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110711/515ae590/attachment-0001.html From vsm at jamstec.go.jp Mon Jul 11 06:27:18 2011 From: vsm at jamstec.go.jp (Sergey Varlamov) Date: Mon, 11 Jul 2011 19:27:18 +0900 Subject: [gradsusr] draw shp problem In-Reply-To: References: Message-ID: <4E1AD006.4060408@jamstec.go.jp> Dear forum members, I met a specific problem with GrADS plotting shape files. The first time with Linux applications I met a problem when all graphical KDE system is shut-down and rebooted, like MS Window! All and any do not saved results of any applications in the running session are lost... Please be careful if you will try to reproduce this behavior! GrADS version is Config: v2.0.a9 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids,stn geotiff shapefile, Linux workstations runs openSUSE 10.3 (X86-64), kernel version 2.6.22.19-0.4-default After downloading some shape files from the http://www.diva-gis.org/Data, namely "countries" from the Global level data and South Korea administrative boundaries from the Country level data, I permanently have this problem if run next sequence of commands. I tested it with the Word Ocean Atlas 2005 netcdf files: d something draw shp countries draw shp KOR_adm0 ... and nothing more on the screen, the new graphical session starts. As I believe that all shape files are just data, there must be some problem with memory operations in the GrADS, I guess. Individual shape files are plotted without problem, including both mentioned, as just shapes or as filled polygons. Does somebody had similar problem and do it is possible to avoid such surprises with these or other shape files? Sincerely yours, Sergey Varlamov JAMSTEC, Japan From gavinho.gabriel at gmail.com Mon Jul 11 08:51:20 2011 From: gavinho.gabriel at gmail.com (gabriel gavinho) Date: Mon, 11 Jul 2011 09:51:20 -0300 Subject: [gradsusr] filling entire graph beneath a single line In-Reply-To: <4E177CDC.1070800@noaa.gov> References: <4E177CDC.1070800@noaa.gov> Message-ID: exactly what I needed, chuck, thank you very much. 2011/7/8 Charles Seman > Gabriel, > > Not sure if this will do what you want (may be more than you need), but > here's an email posted to the Listserv by Mary-Jo Nath: > http://gradsusr.org/pipermail/gradsusr/2006-August/003552.html > > Hope this helps, > Chuck > > gabriel gavinho wrote: > > Dear users, > > > > I need to fill the entire graph beneath a single line which comes from a > > 'tloop' sum with a single color > > Can you help me out? > > > > regards > > > > Gabriel Gavinho > > Federal University of Rio de Janeiro > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > -- > > 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 reflect any > official or unofficial position of the United States Federal Government, > the United States Department of Commerce, or NOAA." > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110711/b9769f99/attachment.html From Patrick.Raberanto at polytechnique.edu Tue Jul 12 06:12:47 2011 From: Patrick.Raberanto at polytechnique.edu (Raberanto Patrick) Date: Tue, 12 Jul 2011 12:12:47 +0200 Subject: [gradsusr] Download GRADS 2.0.9 Message-ID: <4E1C1E1F.9000209@polytechnique.edu> Dear Sir, I want to download the last version of GRADS software but the link in the website is not valid. So where can i find the software?. Sincerely, -- Patrick Raberanto Laboratoire de M?t?orologie Dynamique Ecole Polytechnique 91128 PALAISEAU Cedex tel: 01 69 33 51 84 Patrick.Raberanto at polytechnique.edu From saeedbayat7276 at gmail.com Tue Jul 12 07:49:06 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Tue, 12 Jul 2011 16:19:06 +0430 Subject: [gradsusr] Download GRADS 2.0.9 In-Reply-To: <4E1C1E1F.9000209@polytechnique.edu> References: <4E1C1E1F.9000209@polytechnique.edu> Message-ID: Hi Dear Roberanto You can download latest version of GrADS from this link: http://sourceforge.net/projects/opengrads/files/grads2/2.0.a9.oga.1/ Good Luck Saeed Bayat M.A Student of Climatology Department of Geography Ferdowsi University of Mashhad(Iran) On Tue, Jul 12, 2011 at 2:42 PM, Raberanto Patrick < Patrick.Raberanto at polytechnique.edu> wrote: > Dear Sir, > > I want to download the last version of GRADS software but the link in > the website is not valid. So where can i find the software?. > > Sincerely, > -- > Patrick Raberanto > > Laboratoire de M?t?orologie Dynamique > > Ecole Polytechnique > 91128 PALAISEAU Cedex > > tel: 01 69 33 51 84 > Patrick.Raberanto at polytechnique.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110712/ce63da42/attachment.html From jma at cola.iges.org Tue Jul 12 10:14:08 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Tue, 12 Jul 2011 16:14:08 +0200 Subject: [gradsusr] Download GRADS 2.0.9 In-Reply-To: <4E1C1E1F.9000209@polytechnique.edu> References: <4E1C1E1F.9000209@polytechnique.edu> Message-ID: Try direct ftp: ftp iges.org login as anonymous cd grads/2.0 Then get the file you need for your particular operating system... --Jennfier On Jul 12, 2011, at 12:12 PM, Raberanto Patrick wrote: > Dear Sir, > > I want to download the last version of GRADS software but the link in > the website is not valid. So where can i find the software?. > > Sincerely, > -- > Patrick Raberanto > > Laboratoire de M?t?orologie Dynamique > > Ecole Polytechnique > 91128 PALAISEAU Cedex > > tel: 01 69 33 51 84 > Patrick.Raberanto at polytechnique.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110712/07d8d13e/attachment.html From rafanoharana at gmail.com Tue Jul 12 11:18:14 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Tue, 12 Jul 2011 08:18:14 -0700 Subject: [gradsusr] if... else..... endif syntax error in GRADS In-Reply-To: References: Message-ID: Dear Nagaraju, Thank you for your answer but I've already found it. Below is the script: if (a> b) 'define c= b' else 'define c= a' endif 'define d=c/b' Anyway, the if expression in grads is not accompanied by then. Regards, Serge On Thu, Jul 7, 2011 at 5:37 AM, NAGARAJU CHILUKOTI < chilukotinagaraju at gmail.com> wrote: > Hi you try like this > > if (a> b) then > > c= b > else > c= a > > On Thu, Jul 7, 2011 at 1:10 PM, Rafanoharana Serge Claudio < > rafanoharana at gmail.com> wrote: > >> Dear all, >> >> My file contains 2 variables a and b. I have the following condition: >> >> if a>b => c=b >> if a c=a >> >> so: d=c/b >> >> in my .gs file, I tried: >> >> '!if (a> b)' >> 'c= b' >> '!else' >> 'c= a' >> '!endif' >> 'define d=c/b' >> >> but it gives syntax error. >> >> Then I tried to define the c like: >> >> '!if (a> b)' >> 'define c= b' >> '!else' >> 'define c= a' >> '!endif' >> 'define d=c/b' >> >> Again, syntax error. >> >> ERROR: >> sh: -c: line 1: syntax error: unexpected end of file >> sh: -c: line 0: syntax error near unexpected token `else' >> sh: -c: line 0: `else' >> sh: endif: command not found >> >> >> Thank you in advance, >> >> >> Best regards, >> >> -- >> Serge >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Nagaraju Chilukoti > CCCR, > IITM, Pashan > Pune 411008 > Mob.* 09224278979* > cnraju at tropmet.res.in > chilukotinagaraju at gmail.com > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110712/7ca27d54/attachment.html From rafanoharana at gmail.com Tue Jul 12 14:27:49 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Tue, 12 Jul 2011 11:27:49 -0700 Subject: [gradsusr] Download GRADS 2.0.9 In-Reply-To: <4E1C1E1F.9000209@polytechnique.edu> References: <4E1C1E1F.9000209@polytechnique.edu> Message-ID: Dear Patrick, You can try the following URLs: http://www.iges.org/grads/downloads.html http://en.sourceforge.jp/projects/sfnet_opengrads/downloads/grads2-windows/2.0.a9.oga.1/grads-2.0.a9.oga.1-win32_superpack.exe/ Regards, Serge On Tue, Jul 12, 2011 at 3:12 AM, Raberanto Patrick < Patrick.Raberanto at polytechnique.edu> wrote: > Dear Sir, > > I want to download the last version of GRADS software but the link in > the website is not valid. So where can i find the software?. > > Sincerely, > -- > Patrick Raberanto > > Laboratoire de M?t?orologie Dynamique > > Ecole Polytechnique > 91128 PALAISEAU Cedex > > tel: 01 69 33 51 84 > Patrick.Raberanto at polytechnique.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110712/532668a3/attachment-0001.html From Wesley.Ebisuzaki at noaa.gov Tue Jul 12 15:42:23 2011 From: Wesley.Ebisuzaki at noaa.gov (Wesley Ebisuzaki) Date: Tue, 12 Jul 2011 15:42:23 -0400 Subject: [gradsusr] NOMADS download speeds In-Reply-To: References: Message-ID: <4E1CA39F.7050501@noaa.gov> Joey, My impression of the nomads server is that it is very fast. However, I have a very fast link to the internet and the site is only 10 miles away. You are using the GFS which has 0.5 degree resolution (260K points) and you are using the filter program which can create a regional subset. If you are asking for a 5x5 grid, then your download speeds will be slow. After all you have to process 10K points for every point sent to you. Another possibility is that you may have run afoul of some fair-usage filter. Every site needs some protection against denial-of-service attacks and poorly programmed web scripts. Anyways the nomads help desk is a more appropriate source of information than the GrADS user forum. Wesley Ebisuzaki Joey Woodson wrote: > Is there any way to speed up downloads from the NOMADS server > (http://nomads.ncep.noaa.gov/cgi-bin/filter_gfs_hd.pl)? I currently > run a site that spends around 6-8 seconds per forecast hour generating > maps. Having said that, it is quite frustrating to see download times > for 1 MB of GRIB data exceed 10 seconds at times. I currently use 4 > wget sessions in parallel to handle the downloading, and I only sleep > for 2 seconds instead of 10 when polling the NOMADS server to check > when the next file is available, so as you can see I am very > speed-oriented. Is there any way to download faster, or is > partial-downloading (downloading part of the GRIB file, generating the > relevant maps for the first part while the rest downloads, then > generating the maps for the rest) the fastest way of doing this? > > Joey > http://www.instantweathermaps.com > ------------------------------------------------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > From takayanamba at hotmail.com Tue Jul 12 20:56:06 2011 From: takayanamba at hotmail.com (Namba Takaya) Date: Wed, 13 Jul 2011 00:56:06 +0000 Subject: [gradsusr] problem of station data in the GrADS data server Message-ID: Dear Sir I installed GDS in MAC OS X 10.6.3.(intell duo) The grads version is v2.0.a9.javaa version is 1.6.0_17. The GDS work properly with the ctl file/binary.But when I access the station data, the error message come listed below. I found probably the same problem in the grads previous mailing list in http://gradsusr.org/pipermail/gradsusr/2008-September/007531.html.Unfortunately, there is not enough information on it. I attach three logs files (console.out, gds.log, tomcat.xxxx.log) for more detailed information.Could you tell me how to solve this problem? Best regards,Takaya NambaError { code = 0; message = "Oops! The server encountered an unexpected error while serving the this request. Please report this error at http://www.iges.org/grads/gds and include the following debug information: java.lang.IllegalArgumentException: Can't parse date string: open GMT at org.iges.util.Range.parseGradsFormat(Range.java:221) at org.iges.grads.server.GradsExtracter.convertGradsDateToCOARDS(GradsExtracter.java:644) at org.iges.grads.server.GradsExtracter.loadDimValues(GradsExtracter.java:522) at org.iges.grads.server.GradsStnExtracter.load(GradsStnExtracter.java:136) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110713/e164661c/attachment.html From jgmsantos at gmail.com Wed Jul 13 10:07:15 2011 From: jgmsantos at gmail.com (Guilherme Martins) Date: Wed, 13 Jul 2011 11:07:15 -0300 Subject: [gradsusr] Error Message-ID: Hi users, When I type sdfopen file, I receive: ga-> sdfopen UCLM_PROMES_CTL_ERAIN_6H_1990_prc.nc Scanning self-describing file: UCLM_PROMES_CTL_ERAIN_6H_1990_prc.nc SDF file has no discernable X coordinate. ga-> How may I resolve this? May anyone help me? Thanks a lot, Guilherme. -- Guilherme Martins -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110713/70e34d6e/attachment.html From dasilva at alum.mit.edu Wed Jul 13 10:49:57 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 13 Jul 2011 10:49:57 -0400 Subject: [gradsusr] Error In-Reply-To: References: Message-ID: On Wed, Jul 13, 2011 at 10:07 AM, Guilherme Martins wrote: > Hi users, > > When I type sdfopen file, I receive: > > ga-> sdfopen UCLM_PROMES_CTL_ERAIN_6H_1990_prc.nc > Scanning self-describing file: UCLM_PROMES_CTL_ERAIN_6H_1990_prc.nc > SDF file has no discernable X coordinate. > ga-> > > How may I resolve this? May anyone help me? > > Start by reading the documentation: http://grads.iges.org/grads/gadoc/SDFdescriptorfile.html You likely need to create a DDF and use xdfopen. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110713/d61099df/attachment.html From mdongiovanni at smaitalia.it Wed Jul 13 12:06:24 2011 From: mdongiovanni at smaitalia.it (Mariastella Dongiovanni) Date: Wed, 13 Jul 2011 18:06:24 +0200 Subject: [gradsusr] Plot isohyetal map Message-ID: <188F55299AF3AF4A8E9EACA0744CE20F08DDF5@intinimail.intranet.intini.it> Dear users, I'd like to know if there are any available tools or script to plot automatically isohyetal map of annual average precipitation depth produced by Kriging tecnique. Thanks in advance, Maristella DISCLAIMER: Ai sensi del D.Lgs. 196/2003 si precisa che le informazioni contenute in questo messaggio sono riservate ed a uso esclusivo del destinatario. Qualora il messaggio in parola Le fosse pervenuto per errore, la preghiamo di eliminarlo senza copiarlo e di non inoltrarlo a terzi,dandocene gentilmente comunicazione. Grazie . DISCLAIMER: This message, for the law 196/2003, may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. contact : postmastering at intini.it -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110713/82164140/attachment.html From mdongiovanni at smaitalia.it Wed Jul 13 12:13:38 2011 From: mdongiovanni at smaitalia.it (Mariastella Dongiovanni) Date: Wed, 13 Jul 2011 18:13:38 +0200 Subject: [gradsusr] Plot isohyetal map Message-ID: <188F55299AF3AF4A8E9EACA0744CE20F08DDF6@intinimail.intranet.intini.it> Dear users, I'd like to know if there are any available tools or script to plot automatically isohyetal map of annual average precipitation depth produced by Kriging tecnique. Thanks in advance, Maristella DISCLAIMER: Ai sensi del D.Lgs. 196/2003 si precisa che le informazioni contenute in questo messaggio sono riservate ed a uso esclusivo del destinatario. Qualora il messaggio in parola Le fosse pervenuto per errore, la preghiamo di eliminarlo senza copiarlo e di non inoltrarlo a terzi,dandocene gentilmente comunicazione. Grazie . DISCLAIMER: This message, for the law 196/2003, may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. contact : postmastering at intini.it -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110713/f9ad9768/attachment.html From jdduda at iastate.edu Wed Jul 13 19:19:21 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Wed, 13 Jul 2011 18:19:21 -0500 Subject: [gradsusr] performing operations on different grids Message-ID: I have two 2D model grids that have the same horizontal grid spacing and the same domain width (so the X-coordinate is the same between the two) and the same domain height, but different numbers of levels in the vertical. I wish to compare the values of some variables such as vertical motion between the two model grids. How do I do that? Jeff Duda -- Jeff Duda Iowa State University Meteorology Graduate Student 3134 Agronomy Hall www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110713/eeb27acc/attachment.html From dasilva at alum.mit.edu Wed Jul 13 21:58:44 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 13 Jul 2011 21:58:44 -0400 Subject: [gradsusr] performing operations on different grids In-Reply-To: References: Message-ID: On Wed, Jul 13, 2011 at 7:19 PM, Jeffrey Duda wrote: > I have two 2D model grids that have the same horizontal grid spacing and > the same domain width (so the X-coordinate is the same between the two) and > the same domain height, but different numbers of levels in the vertical. I > wish to compare the values of some variables such as vertical motion between > the two model grids. How do I do that? > > Are the levels really different, or one file is a subset of the other? Say, one has fewer mandatory levels. If the latter, use lats4d or write your own simple script to subset the larger file to make it appear as the first. If the levels are really different, you will need to perform a remapping from one vertical grid to another. This remap algorithm can vary from a simple linear interpolation in log-p to a conservative scheme that preserves monotonicity, all depends on your application. I usually perform this remapping outside grads. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110713/2efb5ae3/attachment-0001.html From jdduda at iastate.edu Wed Jul 13 23:07:53 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Wed, 13 Jul 2011 22:07:53 -0500 Subject: [gradsusr] performing operations on different grids In-Reply-To: References: Message-ID: No, they're truly different in the sense that probably none of the levels perfectly match up. What algorithms do you know of? Jeff On Wed, Jul 13, 2011 at 8:58 PM, Arlindo da Silva wrote: > On Wed, Jul 13, 2011 at 7:19 PM, Jeffrey Duda wrote: > >> I have two 2D model grids that have the same horizontal grid spacing and >> the same domain width (so the X-coordinate is the same between the two) and >> the same domain height, but different numbers of levels in the vertical. I >> wish to compare the values of some variables such as vertical motion between >> the two model grids. How do I do that? >> >> > Are the levels really different, or one file is a subset of the other? Say, > one has fewer mandatory levels. If the latter, use lats4d or write your own > simple script to subset the larger file to make it appear as the first. If > the levels are really different, you will need to perform a remapping from > one vertical grid to another. This remap algorithm can vary from a simple > linear interpolation in log-p to a conservative scheme that preserves > monotonicity, all depends on your application. I usually perform this > remapping outside grads. > > Arlindo > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student 3134 Agronomy Hall www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110713/d21873b3/attachment.html From garutlama at gmail.com Thu Jul 14 01:19:20 2011 From: garutlama at gmail.com (Garut Lama) Date: Thu, 14 Jul 2011 13:19:20 +0800 Subject: [gradsusr] Problem with running sdfopen in windows batch mode Message-ID: Dear all, I'm using grads 2.0.a9.oga.1 installed in the c:\ drive of Windows XP. I wrote a batch script(.bat) to generate graphical outputs from http://nomads.ncep.noaa.gov:9090. The script works if it is placed in any folder in the C:\ drive but fails when it is run from a pendrive, external drive , d:\ drive etc. Among the content of the script is: grads -blc "run script.gs" The following messages were displayed on the execution of the script from an external drive: ............................................................................................................................. Starting grads under C:\OPENGR~2\Contents\Cygwin\Versions\20A9OG~1.1\i686 ... Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 Copyright (c) 1988-2010 by Brian Doty and the Institute for Global Environment and Society (IGES) GrADS comes with ABSOLUTELY NO WARRANTY See file COPYRIGHT for more information Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids,stn athena geotiff shapefile Issue 'q config' command for more detailed configuration information Loading User Defined Extensions table ... ok. GX Package Initialization: Size = 11 8.5 Running in Batch mode No hardcopy metafile open All files closed; all defined objects released; All GrADS attributes have been reinitialized http://nomads.ncep.noaa.gov:9090/dods/gfs_hd/gfs_hd20110713/gfs_hd_12z cygwin warning: MS-DOS style path detected: \Documents and Settings\Administrator/.dodsrc Preferred POSIX equivalent is: /cygdrive/h/Documents and Settings/Administrator/.dodsrc CYGWIN environment variable option "nodosfilewarning" turns off this warning. Consult the user's guide for more details about POSIX paths: http://cygwin.com/cygwin-ug-net/using.html#using-pathnames Error: nc_open failed to open file http://nomads.ncep.noaa.gov:9090/dods/gfs_hd/gfs_hd20110713/gfs_hd_12z NetCDF: I/O failure gadsdf: Couldn't ingest SDF metadata. SET Error: No files open yet No Files Open Non-numeric args to numeric operation Error occurred on line 253 In file script.gs Error occurred on line 87 In file script.gs ga-> ..................................................................... Any ideas? Regards, Garut -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110714/63599145/attachment.html From nkh09 at fsu.edu Thu Jul 14 02:48:58 2011 From: nkh09 at fsu.edu (Nick Heath) Date: Thu, 14 Jul 2011 02:48:58 -0400 Subject: [gradsusr] Wrf output in GrADS In-Reply-To: References: Message-ID: Jeff and Yaqiang, Thanks for the ideas. Unfortunately, I still haven't found a solution. I have figured out a little more about the problem, I think. It appears that it is the "standard" variables that look odd. If I display the umet and vmet diagnostic variables, they look great. But, if I display the standard U and V variables, they look just like W did. As you suspected Jeff, I don't need many variables, actually only the U,V, and W wind components. But, even when just running ARWpost with the 'basic' fields option the variables look crazy. Any more ideas would be greatly appreciated! Thanks, Nick ----- Original Message ----- From: Jeffrey Duda Date: Saturday, July 9, 2011 7:53 pm Subject: Re: [gradsusr] Wrf output in GrADS To: GrADS Users Forum > If Yaqiang's idea doesn't work, I would try re-running ARWpost with > fewervariables. I doubt you really need all of those variables, > and if your .dat > file is too large, there may be a problem with how it displays > data. Also, > it appears your XDEF and YDEF lines could be simplified by putting > XDEF 210 LINEAR 0.0217 > or something like that, since all of your levels appear to be equally > spaced. > > Jeff > > On Sat, Jul 9, 2011 at 6:22 PM, Yaqiang Wang > wrote: > > > You could try to comment "options byteswapped" in the ctl file. > > > > > > On Sun, Jul 10, 2011 at 4:54 AM, Nick Heath wrote: > > > Hey Jeff, > > > > > > I have attached my ctl file and my namelist.ARWPost file. I > didn't> change anything in the ctl file. Thanks for the help. > > > > > > -Nick > > > > > > ----- Original Message ----- > > > From: Jeffrey Duda > > > Date: Saturday, July 9, 2011 4:41 pm > > > Subject: Re: [gradsusr] Wrf output in GrADS > > > To: GrADS Users Forum > > > > > >> Nick, > > >> Can you attach your control file? Did you change anything in it? > > >> > > >> Jeff Duda > > >> > > >> On Sat, Jul 9, 2011 at 1:32 PM, Nick Heath wrote: > > >> > > >> > Hey Everyone, > > >> > > > >> > A while back I received some help with displaying WRF output in > > >> GrADS using > > >> > ARWPost. Thanks! Now, I have a question about some of the > > >> fields. When I > > >> > display some fields, the look normal and as expected. But, > others> >> look odd. > > >> > I have attached an image of my 'w' field at 500 hPa. Some > other> >> fields,> such as the boundary layer height, also share this > > >> pattern. Other fields, > > >> > such as the 'u' and 'v' winds, look fine. I was wondering if > > >> this looks > > >> > like an error somewhere in my ARWPost run or an error in my WRF > > >> run? Thanks > > >> > an advance for any help! > > >> > > > >> > -Nick > > >> > > > >> > _______________________________________________ > > >> > gradsusr mailing list > > >> > gradsusr at gradsusr.org > > >> > http://gradsusr.org/mailman/listinfo/gradsusr > > >> > > > >> > > > >> > > >> > > >> -- > > >> Jeff Duda > > >> Iowa State University > > >> Meteorology Graduate Student > > >> 3134 Agronomy Hall > > >> > www.meteor.iastate.edu/~jdduda> >> > > > > > > _______________________________________________ > > > gradsusr mailing list > > > gradsusr at gradsusr.org > > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > > > > > > > > -- > > ************************************************* > > Dr. Yaqiang Wang > > Chinese Academy of Meteorological Sciences (CAMS) > > 46, Zhong-Guan-Cun South Avenue > > Beijing, 100081 > > China > > > > yaqiang.wang at gmail.com > > ************************************************** > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > 3134 Agronomy Hall > www.meteor.iastate.edu/~jdduda > From yaqiang.wang at gmail.com Thu Jul 14 03:25:20 2011 From: yaqiang.wang at gmail.com (Yaqiang Wang) Date: Thu, 14 Jul 2011 15:25:20 +0800 Subject: [gradsusr] Wrf output in GrADS In-Reply-To: References: Message-ID: The netCDF data output from WRF are not follow COARDS or CF conventions, so the data can't be read directly by many popular meteorological softwares, including GrADS (I mean with sdfopen method). I don't understand why WRF group made their data different. I have no experience on ARWpost tool, but I know something of the netCDF data format used in WRF, which is defined as 'WRF_OUT' conventions in MeteoInfo software. So you can try to graph the data using MeteoInfo temporally before you find a better sollution of it. You could only use MeteoInfo in Windows system for netCDF data, although it could be used in Linux for other data formats under the support of mono. On Thu, Jul 14, 2011 at 2:48 PM, Nick Heath wrote: > Jeff and Yaqiang, > > Thanks for the ideas. ?Unfortunately, I still haven't found a solution. ?I have figured out a little more about the problem, I think. ?It appears that it is the "standard" variables that look odd. ?If I display the umet and vmet diagnostic variables, they look great. ?But, if I display the standard U and V variables, they look just like W did. > > As you suspected Jeff, I don't need many variables, actually only the U,V, and W wind components. ?But, even when just running ARWpost with the 'basic' fields option the variables look crazy. ?Any more ideas would be greatly appreciated! > > Thanks, > Nick > > ----- Original Message ----- > From: Jeffrey Duda > Date: Saturday, July 9, 2011 7:53 pm > Subject: Re: [gradsusr] Wrf output in GrADS > To: GrADS Users Forum > >> If Yaqiang's idea doesn't work, I would try re-running ARWpost with >> fewervariables. ?I doubt you really need all of those variables, >> and if your .dat >> file is too large, there may be a problem with how it displays >> data. ?Also, >> it appears your XDEF and YDEF lines could be simplified by putting >> XDEF 210 LINEAR 0.0217 >> or something like that, since all of your levels appear to be equally >> spaced. >> >> Jeff >> >> On Sat, Jul 9, 2011 at 6:22 PM, Yaqiang Wang >> wrote: >> >> > You could try to comment "options byteswapped" in the ctl file. >> > >> > >> > On Sun, Jul 10, 2011 at 4:54 AM, Nick Heath wrote: >> > > Hey Jeff, >> > > >> > > I have attached my ctl file and my namelist.ARWPost file. ?I >> didn't> change anything in the ctl file. ?Thanks for the help. >> > > >> > > -Nick >> > > >> > > ----- Original Message ----- >> > > From: Jeffrey Duda >> > > Date: Saturday, July 9, 2011 4:41 pm >> > > Subject: Re: [gradsusr] Wrf output in GrADS >> > > To: GrADS Users Forum >> > > >> > >> Nick, >> > >> Can you attach your control file? ?Did you change anything in it? >> > >> >> > >> Jeff Duda >> > >> >> > >> On Sat, Jul 9, 2011 at 1:32 PM, Nick Heath wrote: >> > >> >> > >> > Hey Everyone, >> > >> > >> > >> > A while back I received some help with displaying WRF output in >> > >> GrADS using >> > >> > ARWPost. ?Thanks! ?Now, I have a question about some of the >> > >> fields. ?When I >> > >> > display some fields, the look normal and as expected. But, >> others> >> look odd. >> > >> > ?I have attached an image of my 'w' field at 500 hPa. ?Some >> other> >> fields,> such as the boundary layer height, also share this >> > >> pattern. ?Other fields, >> > >> > such as the 'u' and 'v' winds, look fine. ?I was wondering if >> > >> this looks >> > >> > like an error somewhere in my ARWPost run or an error in my WRF >> > >> run? ?Thanks >> > >> > an advance for any help! >> > >> > >> > >> > -Nick >> > >> > >> > >> > _______________________________________________ >> > >> > gradsusr mailing list >> > >> > gradsusr at gradsusr.org >> > >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> > >> > >> > >> > >> >> > >> >> > >> -- >> > >> Jeff Duda >> > >> Iowa State University >> > >> Meteorology Graduate Student >> > >> 3134 Agronomy Hall >> > >> >> www.meteor.iastate.edu/~jdduda> >> >> > > >> > > _______________________________________________ >> > > gradsusr mailing list >> > > gradsusr at gradsusr.org >> > > http://gradsusr.org/mailman/listinfo/gradsusr >> > > >> > > >> > >> > >> > >> > -- >> > ************************************************* >> > Dr. Yaqiang Wang >> > Chinese Academy of Meteorological Sciences (CAMS) >> > 46, Zhong-Guan-Cun South Avenue >> > Beijing, 100081 >> > China >> > >> > yaqiang.wang at gmail.com >> > ************************************************** >> > >> > _______________________________________________ >> > gradsusr mailing list >> > gradsusr at gradsusr.org >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> >> >> >> -- >> Jeff Duda >> Iowa State University >> Meteorology Graduate Student >> 3134 Agronomy Hall >> www.meteor.iastate.edu/~jdduda >> > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- ************************************************* Dr. Yaqiang Wang Chinese Academy of Meteorological Sciences (CAMS) 46, Zhong-Guan-Cun South Avenue Beijing, 100081 China yaqiang.wang at gmail.com ************************************************** From Huddleston at cira.colostate.edu Thu Jul 14 10:07:19 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Thu, 14 Jul 2011 07:07:19 -0700 Subject: [gradsusr] Plot isohyetal map In-Reply-To: <188F55299AF3AF4A8E9EACA0744CE20F08DDF5@intinimail.intranet.intini.it> References: <188F55299AF3AF4A8E9EACA0744CE20F08DDF5@intinimail.intranet.intini.it> Message-ID: Maristella What is the format of your data? John Huddleston From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Mariastella Dongiovanni Sent: Wednesday, July 13, 2011 10:06 AM To: 'gradsusr at gradsusr.org' Subject: [gradsusr] Plot isohyetal map Importance: High Dear users, I'd like to know if there are any available tools or script to plot automatically isohyetal map of annual average precipitation depth produced by Kriging tecnique. Thanks in advance, Maristella DISCLAIMER: Ai sensi del D.Lgs. 196/2003 si precisa che le informazioni contenute in questo messaggio sono riservate ed a uso esclusivo del destinatario. Qualora il messaggio in parola Le fosse pervenuto per errore, la preghiamo di eliminarlo senza copiarlo e di non inoltrarlo a terzi,dandocene gentilmente comunicazione. Grazie . DISCLAIMER: This message, for the law 196/2003, may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. contact : postmastering at intini.it -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110714/cbc511d6/attachment-0001.html From James.Johnson at nasa.gov Thu Jul 14 10:57:14 2011 From: James.Johnson at nasa.gov (James E. Johnson) Date: Thu, 14 Jul 2011 10:57:14 -0400 Subject: [gradsusr] (no subject) Message-ID: <201107141057.15117.James.Johnson@nasa.gov> ------------------------------------------------------------------------------ | James E. Johnson | address: | | Wyle Information Systems, Inc. | NASA Goddard Space Flight Center | | e-mail: james.johnson at nasa.gov | Distributed Active Archive Center | | phone: 301-614-5121 | Code 610.2, Bldg 32, Room S130G | | fax: 301-614-5268 | Greenbelt, MD 20771 | ------------------------------------------------------------------------------ From jdduda at iastate.edu Thu Jul 14 12:12:13 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Thu, 14 Jul 2011 11:12:13 -0500 Subject: [gradsusr] Wrf output in GrADS In-Reply-To: References: Message-ID: Nick, Try viewing the raw netCDF output using ncview or use ncks to output the actual coordinate values of some of the variables so that you can see them. If the data looks bad when viewing the raw netCDF output, then something went wrong in your model and ARWpost has nothing to do with it. If it looks clean, then it's something with ARWpost. Let me know what you find out. Jeff On Thu, Jul 14, 2011 at 2:25 AM, Yaqiang Wang wrote: > The netCDF data output from WRF are not follow COARDS or CF > conventions, so the data can't be read directly by many popular > meteorological softwares, including GrADS (I mean with sdfopen > method). I don't understand why WRF group made their data different. I > have no experience on ARWpost tool, but I know something of the netCDF > data format used in WRF, which is defined as 'WRF_OUT' conventions in > MeteoInfo software. So you can try to graph the data using MeteoInfo > temporally before you find a better sollution of it. You could only > use MeteoInfo in Windows system for netCDF data, although it could be > used in Linux for other data formats under the support of mono. > > On Thu, Jul 14, 2011 at 2:48 PM, Nick Heath wrote: > > Jeff and Yaqiang, > > > > Thanks for the ideas. Unfortunately, I still haven't found a solution. > I have figured out a little more about the problem, I think. It appears > that it is the "standard" variables that look odd. If I display the umet > and vmet diagnostic variables, they look great. But, if I display the > standard U and V variables, they look just like W did. > > > > As you suspected Jeff, I don't need many variables, actually only the > U,V, and W wind components. But, even when just running ARWpost with the > 'basic' fields option the variables look crazy. Any more ideas would be > greatly appreciated! > > > > Thanks, > > Nick > > > > ----- Original Message ----- > > From: Jeffrey Duda > > Date: Saturday, July 9, 2011 7:53 pm > > Subject: Re: [gradsusr] Wrf output in GrADS > > To: GrADS Users Forum > > > >> If Yaqiang's idea doesn't work, I would try re-running ARWpost with > >> fewervariables. I doubt you really need all of those variables, > >> and if your .dat > >> file is too large, there may be a problem with how it displays > >> data. Also, > >> it appears your XDEF and YDEF lines could be simplified by putting > >> XDEF 210 LINEAR 0.0217 > >> or something like that, since all of your levels appear to be equally > >> spaced. > >> > >> Jeff > >> > >> On Sat, Jul 9, 2011 at 6:22 PM, Yaqiang Wang > >> wrote: > >> > >> > You could try to comment "options byteswapped" in the ctl file. > >> > > >> > > >> > On Sun, Jul 10, 2011 at 4:54 AM, Nick Heath wrote: > >> > > Hey Jeff, > >> > > > >> > > I have attached my ctl file and my namelist.ARWPost file. I > >> didn't> change anything in the ctl file. Thanks for the help. > >> > > > >> > > -Nick > >> > > > >> > > ----- Original Message ----- > >> > > From: Jeffrey Duda > >> > > Date: Saturday, July 9, 2011 4:41 pm > >> > > Subject: Re: [gradsusr] Wrf output in GrADS > >> > > To: GrADS Users Forum > >> > > > >> > >> Nick, > >> > >> Can you attach your control file? Did you change anything in it? > >> > >> > >> > >> Jeff Duda > >> > >> > >> > >> On Sat, Jul 9, 2011 at 1:32 PM, Nick Heath wrote: > >> > >> > >> > >> > Hey Everyone, > >> > >> > > >> > >> > A while back I received some help with displaying WRF output in > >> > >> GrADS using > >> > >> > ARWPost. Thanks! Now, I have a question about some of the > >> > >> fields. When I > >> > >> > display some fields, the look normal and as expected. But, > >> others> >> look odd. > >> > >> > I have attached an image of my 'w' field at 500 hPa. Some > >> other> >> fields,> such as the boundary layer height, also share this > >> > >> pattern. Other fields, > >> > >> > such as the 'u' and 'v' winds, look fine. I was wondering if > >> > >> this looks > >> > >> > like an error somewhere in my ARWPost run or an error in my WRF > >> > >> run? Thanks > >> > >> > an advance for any help! > >> > >> > > >> > >> > -Nick > >> > >> > > >> > >> > _______________________________________________ > >> > >> > gradsusr mailing list > >> > >> > gradsusr at gradsusr.org > >> > >> > http://gradsusr.org/mailman/listinfo/gradsusr > >> > >> > > >> > >> > > >> > >> > >> > >> > >> > >> -- > >> > >> Jeff Duda > >> > >> Iowa State University > >> > >> Meteorology Graduate Student > >> > >> 3134 Agronomy Hall > >> > >> > >> www.meteor.iastate.edu/~jdduda > > >> > >> > > > >> > > _______________________________________________ > >> > > gradsusr mailing list > >> > > gradsusr at gradsusr.org > >> > > http://gradsusr.org/mailman/listinfo/gradsusr > >> > > > >> > > > >> > > >> > > >> > > >> > -- > >> > ************************************************* > >> > Dr. Yaqiang Wang > >> > Chinese Academy of Meteorological Sciences (CAMS) > >> > 46, Zhong-Guan-Cun South Avenue > >> > Beijing, 100081 > >> > China > >> > > >> > yaqiang.wang at gmail.com > >> > ************************************************** > >> > > >> > _______________________________________________ > >> > gradsusr mailing list > >> > gradsusr at gradsusr.org > >> > http://gradsusr.org/mailman/listinfo/gradsusr > >> > > >> > >> > >> > >> -- > >> Jeff Duda > >> Iowa State University > >> Meteorology Graduate Student > >> 3134 Agronomy Hall > >> www.meteor.iastate.edu/~jdduda > >> > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > -- > ************************************************* > Dr. Yaqiang Wang > Chinese Academy of Meteorological Sciences (CAMS) > 46, Zhong-Guan-Cun South Avenue > Beijing, 100081 > China > > yaqiang.wang at gmail.com > ************************************************** > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Jeff Duda Iowa State University Meteorology Graduate Student 3134 Agronomy Hall www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110714/2628894a/attachment.html From James.Johnson at nasa.gov Thu Jul 14 13:43:20 2011 From: James.Johnson at nasa.gov (James E. Johnson) Date: Thu, 14 Jul 2011 13:43:20 -0400 Subject: [gradsusr] OMI SO2 HDF5 In-Reply-To: References: <201107110945.55256.James.Johnson@nasa.gov> Message-ID: <201107141343.21192.James.Johnson@nasa.gov> First, make sure you have a version of GrADS that supports reading HDF-EOS5 grid files (2.0.a7 or higher). Below is a sample GrADS control (.ctl) file that will let you read an OMI SO2 level-3 gridded HDF-EOS5 data file: DSET OMI-Aura_L3-OMSO2e_2004m1001_v003-2011m0526t144250.he5 DTYPE hdf5_grid TITLE OMI Level-3 Daily Lat/Lon 0.25deg Gridded Column Sulfur Dioxide Version 003 (OMSO2e.003) UNDEF -1.26765060e+30 _FillValue XDEF 1440 linear -180.0 0.25 YDEF 720 linear -90.0 0.25 ZDEF 1 levels 1 TDEF 1 linear 01oct2004 1dy VARS 14 /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ColumnAmountSO2_PBL=>so2pbl 0 y,x Vertical Column Amount SO2 (Planetary Boundary Layer) /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SlantColumnAmountSO2=>slantso2 0 y,x Slant Column Amount SO2 /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Latitude=>lat 0 y,x Geodetic Latitude /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Longitude=>lon 0 y,x Geodetic Longitude /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Time=>tai93 0 y,x Time (seconds since January 1, 1993) /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/OrbitNumber=>orbit 0 y,x Orbit Number /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/LineNumber=>line 0 y,x Line Number /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SceneNumber=>scene 0 y,x Scene Number /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ColumnAmountO3=>to3 0 y,x Total Column Amount O3 /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/RadiativeCloudFraction=>rcf 0 y,x Radiative Cloud Fraction /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/TerrainHeight=>theight 0 y,x Terrain Height /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SolarZenithAngle=>sza 0 y,x Solar Zenith Angle /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/RelativeAzimuthAngle=>raa 0 y,x Relative Azimuth Angle /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ViewingZenithAngle=>vza 0 y,x Viewing Zenith Angle ENDVARS Note the group paths to the data field variables must be specified in full, and any spaces converted to tilda (~) characters. You can rename the OMSO2e data files by removing the production date/time from the version (stuff after v003), then you would have a file name like OMI-Aura_L3-OMSO2e_2004m1001_v003.he5. With this you could modify the DSET (and add OPTIONS) to the .ctl file DSET ^OMI-Aura_L3-OMSO2e_%ym%m%d_v003.he5 OPTIONS template and then you could read in multiple files for a range of dates (remember to also adjust the TDEF range). ------------------------------------------------------------------------------ | James E. Johnson | address: | | Wyle Information Systems, Inc. | NASA Goddard Space Flight Center | | e-mail: james.johnson at nasa.gov | Distributed Active Archive Center | | phone: 301-614-5121 | Code 610.2, Bldg 32, Room S130G | | fax: 301-614-5268 | Greenbelt, MD 20771 | ------------------------------------------------------------------------------ From rss1901 at gmail.com Fri Jul 15 00:01:36 2011 From: rss1901 at gmail.com (Roopashree Shrivastava) Date: Fri, 15 Jul 2011 09:31:36 +0530 Subject: [gradsusr] query Message-ID: Hi everybody, I would be grateful to somebody who can clarify the foll point. I want to check the rainfall output from a particular WRF simulation. Is the total rain a sum of rainc and rainnc??. if cumulus scheme is not activated then rainc = 0, so total rain = rainnc. thanks in advance Warm regards, Roopa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110715/0c695592/attachment.html From jdduda at iastate.edu Fri Jul 15 00:32:29 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Thu, 14 Jul 2011 23:32:29 -0500 Subject: [gradsusr] query In-Reply-To: References: Message-ID: what's the name of the precipitation variable you are using? RAINC is convective scheme precip, RAINNC is microphysical. If you sum them, then you get total precip. Jeff Duda On Thu, Jul 14, 2011 at 11:01 PM, Roopashree Shrivastava wrote: > Hi everybody, > I would be grateful to somebody who can clarify the foll point. > I want to check the rainfall output from a particular WRF simulation. Is > the total rain a sum of rainc and rainnc??. if cumulus scheme is not > activated then rainc = 0, so total rain = rainnc. > > thanks in advance > > Warm regards, > Roopa > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student 3134 Agronomy Hall www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110714/d592d449/attachment-0001.html From gdmontoyag at unal.edu.co Fri Jul 15 08:38:21 2011 From: gdmontoyag at unal.edu.co (Gerardo De Jesus Montoya Gaviria) Date: Fri, 15 Jul 2011 07:38:21 -0500 Subject: [gradsusr] query In-Reply-To: References: Message-ID: An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110715/06014af1/attachment.html -------------- next part -------------- Hi everybody, I would be grateful to somebody who can clarify the foll point. I want to check the rainfall output from a particular WRF simulation. Is the total rain a sum of rainc and rainnc??. if cumulus scheme is not activated then rainc = 0, so total rain = rainnc. thanks in advance Warm regards, Roopa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110715/06014af1/attachment-0001.html -------------- next part -------------- _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From Makowsks at students.uni-marburg.de Fri Jul 15 11:35:27 2011 From: Makowsks at students.uni-marburg.de (Sachis Makowski) Date: Fri, 15 Jul 2011 17:35:27 +0200 Subject: [gradsusr] OMI SO2 HDF5 In-Reply-To: References: <201107110945.55256.James.Johnson@nasa.gov> <201107141343.21192.James.Johnson@nasa.gov> Message-ID: Great! thank you. I?ll let you know about my progress. > > Bests, > > Sandro > > 2011/7/14 James E. Johnson > > First, make sure you have a version of GrADS that supports reading HDF-EOS5 >> grid files (2.0.a7 or higher). >> Below is a sample GrADS control (.ctl) file that will let you read an OMI >> SO2 level-3 gridded HDF-EOS5 data file: >> >> DSET OMI-Aura_L3-OMSO2e_2004m1001_v003-2011m0526t144250.he5 >> DTYPE hdf5_grid >> TITLE OMI Level-3 Daily Lat/Lon 0.25deg Gridded Column Sulfur Dioxide >> Version 003 (OMSO2e.003) >> UNDEF -1.26765060e+30 _FillValue >> XDEF 1440 linear -180.0 0.25 >> YDEF 720 linear -90.0 0.25 >> ZDEF 1 levels 1 >> TDEF 1 linear 01oct2004 1dy >> VARS 14 >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ColumnAmountSO2_PBL=>so2pbl >> 0 y,x Vertical Column Amount SO2 >> (Planetary Boundary Layer) >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SlantColumnAmountSO2=>slantso2 >> 0 y,x Slant Column Amount SO2 >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Latitude=>lat >> 0 y,x Geodetic Latitude >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Longitude=>lon >> 0 y,x Geodetic Longitude >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Time=>tai93 >> 0 y,x Time (seconds since January 1, 1993) >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/OrbitNumber=>orbit >> 0 y,x Orbit Number >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/LineNumber=>line >> 0 y,x Line Number >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SceneNumber=>scene >> 0 y,x Scene Number >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ColumnAmountO3=>to3 >> 0 y,x Total Column Amount O3 >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/RadiativeCloudFraction=>rcf >> 0 y,x Radiative Cloud Fraction >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/TerrainHeight=>theight >> 0 y,x Terrain Height >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SolarZenithAngle=>sza >> 0 y,x Solar Zenith Angle >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/RelativeAzimuthAngle=>raa >> 0 y,x Relative Azimuth Angle >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ViewingZenithAngle=>vza >> 0 y,x Viewing Zenith Angle >> ENDVARS >> >> >> Note the group paths to the data field variables must be specified in >> full, and any spaces converted to tilda (~) characters. >> >> You can rename the OMSO2e data files by removing the production date/time >> from the version (stuff after v003), then you would have >> a file name like OMI-Aura_L3-OMSO2e_2004m1001_v003.he5. With this you >> could modify the DSET (and add OPTIONS) to the .ctl file >> >> DSET ^OMI-Aura_L3-OMSO2e_%ym%m%d_v003.he5 >> OPTIONS template >> >> and then you could read in multiple files for a range of dates (remember >> to also adjust the TDEF range). >> >> >> ------------------------------------------------------------------------------ >> | James E. Johnson | address: >> | >> | Wyle Information Systems, Inc. | NASA Goddard Space Flight >> Center | >> | e-mail: james.johnson at nasa.gov | Distributed Active Archive >> Center | >> | phone: 301-614-5121 | Code 610.2, Bldg 32, Room S130G >> | >> | fax: 301-614-5268 | Greenbelt, MD 20771 >> | >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110715/9fbb62ba/attachment.html From mdongiovanni at smaitalia.it Fri Jul 15 12:10:16 2011 From: mdongiovanni at smaitalia.it (Mariastella Dongiovanni) Date: Fri, 15 Jul 2011 18:10:16 +0200 Subject: [gradsusr] R: Plot isohyetal map Message-ID: <188F55299AF3AF4A8E9EACA0744CE20F08DE01@intinimail.intranet.intini.it> Dear John, I've got a text file. An example file is attached with this mail. First and second columns of the file are respectively X coordinate and Y coordinate. Third column is the station name and fourth column is the precipitation depth. Instead, the last four lines are grid top coordinates. Sincerely, Maristella _____ Da: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] Per conto di Huddleston, John Inviato: gioved? 14 luglio 2011 16.07 A: GrADS Users Forum Oggetto: Re: [gradsusr] Plot isohyetal map Maristella What is the format of your data? John Huddleston From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Mariastella Dongiovanni Sent: Wednesday, July 13, 2011 10:06 AM To: 'gradsusr at gradsusr.org' Subject: [gradsusr] Plot isohyetal map Importance: High Dear users, I'd like to know if there are any available tools or script to plot automatically isohyetal map of annual average precipitation depth produced by Kriging tecnique. Thanks in advance, Maristella DISCLAIMER: Ai sensi del D.Lgs. 196/2003 si precisa che le informazioni contenute in questo messaggio sono riservate ed a uso esclusivo del destinatario. Qualora il messaggio in parola Le fosse pervenuto per errore, la preghiamo di eliminarlo senza copiarlo e di non inoltrarlo a terzi,dandocene gentilmente comunicazione. Grazie . DISCLAIMER: This message, for the law 196/2003, may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. contact : postmastering at intini.it DISCLAIMER: Ai sensi del D.Lgs. 196/2003 si precisa che le informazioni contenute in questo messaggio sono riservate ed a uso esclusivo del destinatario. Qualora il messaggio in parola Le fosse pervenuto per errore, la preghiamo di eliminarlo senza copiarlo e di non inoltrarlo a terzi,dandocene gentilmente comunicazione. Grazie . DISCLAIMER: This message, for the law 196/2003, may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. contact : postmastering at intini.it -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110715/d64bbc20/attachment.html -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: DataExample.txt Url: http://gradsusr.org/pipermail/gradsusr/attachments/20110715/d64bbc20/attachment.txt From Huddleston at cira.colostate.edu Fri Jul 15 12:26:51 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Fri, 15 Jul 2011 09:26:51 -0700 Subject: [gradsusr] R: Plot isohyetal map In-Reply-To: <188F55299AF3AF4A8E9EACA0744CE20F08DE01@intinimail.intranet.intini.it> References: <188F55299AF3AF4A8E9EACA0744CE20F08DE01@intinimail.intranet.intini.it> Message-ID: Maristella See http://cookbooks.opengrads.org/index.php?title=Recipe-013:_Gridding_and_Plotting_Station_Data and http://www.iges.org/grads/gadoc/aboutstationdata.html and http://www.iges.org/grads/gadoc/usingstationdata.html I see that your precipitation data sometimes is followed by a comma and another value. You should clean that up first. For more insight from GrADS users, Google using the phrase 'station data site:gradsusr.org' John From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Mariastella Dongiovanni Sent: Friday, July 15, 2011 10:10 AM To: 'GrADS Users Forum' Subject: [gradsusr] R: Plot isohyetal map Importance: High Dear John, I've got a text file. An example file is attached with this mail. First and second columns of the file are respectively X coordinate and Y coordinate. Third column is the station name and fourth column is the precipitation depth. Instead, the last four lines are grid top coordinates. Sincerely, Maristella ________________________________ Da: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] Per conto di Huddleston, John Inviato: gioved? 14 luglio 2011 16.07 A: GrADS Users Forum Oggetto: Re: [gradsusr] Plot isohyetal map Maristella What is the format of your data? John Huddleston From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Mariastella Dongiovanni Sent: Wednesday, July 13, 2011 10:06 AM To: 'gradsusr at gradsusr.org' Subject: [gradsusr] Plot isohyetal map Importance: High Dear users, I'd like to know if there are any available tools or script to plot automatically isohyetal map of annual average precipitation depth produced by Kriging tecnique. Thanks in advance, Maristella DISCLAIMER: Ai sensi del D.Lgs. 196/2003 si precisa che le informazioni contenute in questo messaggio sono riservate ed a uso esclusivo del destinatario. Qualora il messaggio in parola Le fosse pervenuto per errore, la preghiamo di eliminarlo senza copiarlo e di non inoltrarlo a terzi,dandocene gentilmente comunicazione. Grazie . DISCLAIMER: This message, for the law 196/2003, may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. contact : postmastering at intini.it DISCLAIMER: Ai sensi del D.Lgs. 196/2003 si precisa che le informazioni contenute in questo messaggio sono riservate ed a uso esclusivo del destinatario. Qualora il messaggio in parola Le fosse pervenuto per errore, la preghiamo di eliminarlo senza copiarlo e di non inoltrarlo a terzi,dandocene gentilmente comunicazione. Grazie . DISCLAIMER: This message, for the law 196/2003, may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. contact : postmastering at intini.it -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110715/ef733c8f/attachment-0001.html From rmeiszbe at purdue.edu Fri Jul 15 15:00:39 2011 From: rmeiszbe at purdue.edu (Ryan Meiszberg) Date: Fri, 15 Jul 2011 15:00:39 -0400 (EDT) Subject: [gradsusr] WRF/obs wind barb comparison Message-ID: <979990096.135125.1310756439268.JavaMail.root@mailhub017.itcs.purdue.edu> Hi, I'm trying to plot a timeseries of wind barbs of both WRF output and collected observations. I'd like to plot WRF wind barbs first, then overlay observation data as wind barbs also. However, my wrf data is gridded data and my observation data is reading into GrADS based on the 'x' coordinate. Therefore for the obs data, I must use "set x " to pick out a time range. Thanks, Ryan Meiszberg Atmospheric Science Purdue University From akolker at lumcon.edu Mon Jul 18 16:11:51 2011 From: akolker at lumcon.edu (Alex Kolker) Date: Mon, 18 Jul 2011 15:11:51 -0500 Subject: [gradsusr] Starting Grads on a Mac Message-ID: Dear Grads Community, I'm new to GRADs, and I'm trying to get it started up on a Mac. I'm trying to work through the tutorial to start with. I can either not properly download the practice files, or I can't properly get my version of GRADs to locate these files. Any suggestions? Thanks so much, -Alex -- Alexander S. Kolker, Ph.D. Assistant Professor Louisiana Universities Marine Consortium 8124 Highway 56 Chauvin, LA 70344 akolker at lumcon.edu (985) 851-2837 (o) (504) 579-2427 (c) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110718/c585cb9d/attachment.html From christopher.s.lynnes at nasa.gov Mon Jul 18 17:03:13 2011 From: christopher.s.lynnes at nasa.gov (Lynnes, Christopher S. (GSFC-6102)) Date: Mon, 18 Jul 2011 16:03:13 -0500 Subject: [gradsusr] Starting Grads on a Mac In-Reply-To: References: Message-ID: <5C8C4BD6-75E0-483B-9447-FB58D9CA2305@nasa.gov> On Jul 18, 2011, at 4:11 PM, Alex Kolker wrote: > Dear Grads Community, > I'm new to GRADs, and I'm trying to get it started up on a Mac. I'm trying to work through the tutorial to start with. I can either not properly download the practice files, or I can't properly get my version of GRADs to locate these files. Any suggestions? If you mean the model.ctl, model.gmp, model.grb files, I usually put them in their own directory, like ~/grads/tutorial, chdir to that directory, and THEN start up grads. Then you need to make sure that (1) you can find the grads executable and (2) you can find the other grads files, like the fonts and maps. For #1, you can either (a) add the location of the grads executable to your $PATH variable, (b) set up an alias with the full path of your executable or (c) just type in the whole path of the executable (ugh). In my case, I have it in my PATH, which includes /Users/clynnes/bin: ~/grads/tutorial>which grads /Users/clynnes/bin/grads For #2, make sure you have your GADDIR environment variable set to the directory where you installed the fonts and maps. On my Mac, for instance: ~/grads/tutorial>echo $GADDIR /Users/clynnes/etc/grads ~/grads/tutorial>ls $GADDIR dat font3.dat lomap.dat nmap.dat font0.dat font4.dat lowres stroke.dat font1.dat font5.dat mres udunits.dat font2.dat hires newmap worldmap ~/grads/tutorial> > Thanks so much, > -Alex > > -- > Alexander S. Kolker, Ph.D. > Assistant Professor > Louisiana Universities Marine Consortium > 8124 Highway 56 > Chauvin, LA 70344 > akolker at lumcon.edu > (985) 851-2837 (o) > (504) 579-2427 (c) > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Dr. Christopher Lynnes NASA/GSFC, Code 610.2 phone: 301-614-5185 From dasilva at alum.mit.edu Mon Jul 18 22:47:41 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Mon, 18 Jul 2011 22:47:41 -0400 Subject: [gradsusr] Starting Grads on a Mac In-Reply-To: References: Message-ID: On Mon, Jul 18, 2011 at 4:11 PM, Alex Kolker wrote: > Dear Grads Community, > I'm new to GRADs, and I'm trying to get it started up on a Mac. I'm > trying to work through the tutorial to start with. I can either not properly > download the practice files, or I can't properly get my version of GRADs to > locate these files. Any suggestions? > If you have installed the opengrads bundle, the sample file is included. Try this: ga-> @ open $GADSET/model Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110718/29ca3425/attachment.html From Mason.D.Rowell-1 at ou.edu Tue Jul 19 16:36:15 2011 From: Mason.D.Rowell-1 at ou.edu (Rowell, Mason D.) Date: Tue, 19 Jul 2011 20:36:15 +0000 Subject: [gradsusr] semi-advanced ave tool use Message-ID: Hello Grads community, I can see from the tutorial that one can open several different case files in grads(file1, file2 etc) and average the data from these files for subsequent display. Is there an advanced option that would allow me to specify the domain for each case and then average them? I was hoping to use this function to easily complete an average of 25 cases or so but relative to some specific type of event, which requires different domain centering for each case prior to averaging. Mason From dasilva at alum.mit.edu Tue Jul 19 18:40:03 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Tue, 19 Jul 2011 18:40:03 -0400 Subject: [gradsusr] semi-advanced ave tool use In-Reply-To: References: Message-ID: On Tue, Jul 19, 2011 at 4:36 PM, Rowell, Mason D. wrote: > Hello Grads community, > > I can see from the tutorial that one can open several different case files > in grads(file1, file2 etc) and average the data from these files for > subsequent display. Is there an advanced option that would allow me to > specify the domain for each case and then average them? I was hoping to use > this function to easily complete an average of 25 cases or so but relative > to some specific type of event, which requires different domain centering > for each case prior to averaging. > > The ave() functions allows you to make averages over a (x,y,z,t,e) hypercube. Because undef values are skipped, you can have averages over very irregular domains, provided an appropriate mask can be derived either through an expression or by reading it from a file. For example, to make a time average along satellite swaths we could do define xmean = ave(x+0*sat.2,t=1,t=124) where "sat" (on file "2") is some gridded (time dependent) satellite measurement with lots of undefs. Arlindo > Mason > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110719/a477238a/attachment.html From ismailadiallo64 at yahoo.fr Wed Jul 20 05:37:57 2011 From: ismailadiallo64 at yahoo.fr (Ismaila Diallo) Date: Wed, 20 Jul 2011 10:37:57 +0100 (BST) Subject: [gradsusr] maximum latitude location of zonal wind Message-ID: <1311154677.99085.YahooMailRC@web29612.mail.ird.yahoo.com> Dear, i have a monthly file of zonal wind at a single level, and i want to plot (x,y) the latitude position of maximum wind intensity versus Time. Does someone have idea on how to do it from grads? Thanks Ismaila -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/d6a78df1/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 9852 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110720/d6a78df1/attachment-0002.gif -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 4545 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110720/d6a78df1/attachment-0003.gif From james.ciarlo at physics.org Wed Jul 20 08:26:48 2011 From: james.ciarlo at physics.org (James Ciarlo`) Date: Wed, 20 Jul 2011 14:26:48 +0200 Subject: [gradsusr] Plotting a domain without parameters Message-ID: Dear gradsusr, Is it possible to plot a map, without using any parameters? that is simply getting the outline of the coastlines for the region? And possibly even draw a few dots or crosses at particular locations according to lat/lon information? Regards, James -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/72ccd36a/attachment.html From james.ciarlo at physics.org Wed Jul 20 08:41:33 2011 From: james.ciarlo at physics.org (James Ciarlo`) Date: Wed, 20 Jul 2011 14:41:33 +0200 Subject: [gradsusr] Plotting a domain without parameters In-Reply-To: References: Message-ID: Dear gradsusr, Is it possible to plot a map, without using any parameters? that is simply getting the outline of the coastlines for the region? And possibly even draw a few dots or crosses at particular locations according to lat/lon information? Regards, James -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/88ca1240/attachment.html From james.ciarlo at physics.org Wed Jul 20 08:54:42 2011 From: james.ciarlo at physics.org (James Ciarlo`) Date: Wed, 20 Jul 2011 14:54:42 +0200 Subject: [gradsusr] Opening hdf files Message-ID: dear gradsusr, I have a few hdf files (below) I would like to open with grads, but I am finding difficulty using the xdfopen function. SEVIRI_latitude.raw SEVIRI_longitude.raw SEVIRI_readme.txt mean_seviri_aer_oc_d3_tau550_Aug2005.hdf mean_seviri_aer_oc_d3_tau550_Dec2005.hdf mean_seviri_aer_oc_d3_tau550_Jul2005.hdf mean_seviri_aer_oc_d3_tau550_Jun2005.hdf mean_seviri_aer_oc_d3_tau550_Nov2005.hdf mean_seviri_aer_oc_d3_tau550_Oct2005.hdf mean_seviri_aer_oc_d3_tau550_Sep2005.hdf I tried to construct a descriptor file but cannot figure out how to access the information for the coordinates: DSET mean_seviri_aer_oc_d3_tau550_Aug2005.hdf TITLE monthly average of the daily total aerosol optical depth at 550 nm derived from MSG/SEVIRI UNDEF 99999.0 XDEF dimension1 ? LINEAR ? ? YDEF dimension2 ? LINEAR ? ? TDEF dimension3 ? LINEAR ? ? VARS 1 Aerosol_optical_depth=>aod 1 99 aerosol optical depth ENDVARS I don't even know if I am on the right track. Can someone help me get to an answer please? because I am not managing to follow the help on GrADS index. I have also attached the text file with the remaining information Regards, James -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/25bdab36/attachment.html -------------- next part -------------- The hdf product is the monthly average of the daily total aerosol optical depth at 550 nm derived from MSG/SEVIRI. Note that it's not only minearal dust. Corresponding images are provided. Format of SEVIRI latitude et longitude .raw files: binary, float-32, without header, size 3712x3712. Values give latitude and longitude of each pixel centre of the MSG/SEVIRI full resolution window. The Mediterranean window position is defined by rowN rowS colW colE: 356 956 1606 2856. From simon.kiertscher at gmx.de Wed Jul 20 09:33:25 2011 From: simon.kiertscher at gmx.de (Simon Kiertscher) Date: Wed, 20 Jul 2011 15:33:25 +0200 Subject: [gradsusr] exitcode of main script In-Reply-To: References: Message-ID: <4E26D925.6060800@gmx.de> Dear gradsusers, i invoke a gradsscript from bash and in case that the script can not open a file past to it, i want to give a return code back to the bashscript so that it knows, that the gradsscript could not open the file. I have no idea how to do this. For subfunctions in grads i can use return but it seems not to work with the main function. To exit early on i have to use quit it seems but with quit i can not give a return code. I hope someone have a idea. Best Regards, Simon From simon.kiertscher at gmx.de Wed Jul 20 09:35:39 2011 From: simon.kiertscher at gmx.de (Simon Kiertscher) Date: Wed, 20 Jul 2011 15:35:39 +0200 Subject: [gradsusr] say to stderr In-Reply-To: References: Message-ID: <4E26D9AB.6090204@gmx.de> Dear gradsusers i can not find any information about sending text to the stderror channel of the shell while using the say command. Has some one an idea? Best Regards, Simon From Huddleston at cira.colostate.edu Wed Jul 20 09:53:40 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Wed, 20 Jul 2011 06:53:40 -0700 Subject: [gradsusr] say to stderr In-Reply-To: <4E26D9AB.6090204@gmx.de> References: <4E26D9AB.6090204@gmx.de> Message-ID: Simon If you are running GrADS in batch mode you can re-direct output as follows grads -lbc 'run somescript.gs' 2> say.err 1>&2 In interactive mode there is no output to the screen it simply goes to the file. Does that answer your question? John Huddleston -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher Sent: Wednesday, July 20, 2011 7:36 AM To: gradsusr at gradsusr.org Subject: [gradsusr] say to stderr Dear gradsusers i can not find any information about sending text to the stderror channel of the shell while using the say command. Has some one an idea? Best Regards, Simon _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From Makowsks at students.uni-marburg.de Wed Jul 20 10:22:26 2011 From: Makowsks at students.uni-marburg.de (Sachis Makowski) Date: Wed, 20 Jul 2011 16:22:26 +0200 Subject: [gradsusr] OMI SO2 HDF5 In-Reply-To: References: <201107110945.55256.James.Johnson@nasa.gov> <201107141343.21192.James.Johnson@nasa.gov> Message-ID: Dear James, Sorry that I disturb you again. The descriptors files you sent me worked marvelously. I then changed the names of the files just like you mentioned and modified the descriptor file as indicated as well. Next you can find the new file: DSET ^OMI-Aura_L3-OMSO2e_%y4m%m1%d1_v003.he5 OPTIONS template DTYPE hdf5_grid TITLE OMI Level-3 Daily Lat/Lon 0.25deg Gridded Column Sulfur Dioxide Version 003 (OMSO2e.003) UNDEF -1.26765060e+30 _FillValue XDEF 480 linear -90 0.25 YDEF 600 linear -60 0.25 ZDEF 1 levels 1 TDEF 30 linear 10Aug2005 1dy VARS 14 /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ColumnAmountSO2_PBL=>so2pbl 0 y,x Vertical Column Amount SO2 /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SlantColumnAmountSO2=>slantso2 0 y,x Slant Column Amount SO2 /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Latitude=>lat 0 y,x Geodetic Latitude /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Longitude=>lon 0 y,x Geodetic Longitude /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Time=>tai93 0 y,x Time (seconds since January 1, 1993) /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/OrbitNumber=>orbit 0 y,x Orbit Number /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/LineNumber=>line 0 y,x Line Number /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SceneNumber=>scene 0 y,x Scene Number /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ColumnAmountO3=>to3 0 y,x Total Column Amount O3 /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/RadiativeCloudFraction=>rcf 0 y,x Radiative Cloud Fraction /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/TerrainHeight=>theight 0 y,x Terrain Height /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SolarZenithAngle=>sza 0 y,x Solar Zenith Angle /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/RelativeAzimuthAngle=>raa 0 y,x Relative Azimuth Angle /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ViewingZenithAngle=>vza 0 y,x Viewing Zenith Angle ENDVARS I manage to open the control file but when I try to display some of the images I receive the following error messages: major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message Cannot contour grid - all undefined values Do you have any idea where the problem lies? Thank you very much for your help in advance. Best regards, Sandro 2011/7/14 Sachis Makowski > Great! thank you. I?ll let you know about my progress. > > Bests, > > Sandro > > 2011/7/14 James E. Johnson > > First, make sure you have a version of GrADS that supports reading HDF-EOS5 >> grid files (2.0.a7 or higher). >> Below is a sample GrADS control (.ctl) file that will let you read an OMI >> SO2 level-3 gridded HDF-EOS5 data file: >> >> DSET OMI-Aura_L3-OMSO2e_2004m1001_v003-2011m0526t144250.he5 >> DTYPE hdf5_grid >> TITLE OMI Level-3 Daily Lat/Lon 0.25deg Gridded Column Sulfur Dioxide >> Version 003 (OMSO2e.003) >> UNDEF -1.26765060e+30 _FillValue >> XDEF 1440 linear -180.0 0.25 >> YDEF 720 linear -90.0 0.25 >> ZDEF 1 levels 1 >> TDEF 1 linear 01oct2004 1dy >> VARS 14 >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ColumnAmountSO2_PBL=>so2pbl >> 0 y,x Vertical Column Amount SO2 >> (Planetary Boundary Layer) >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SlantColumnAmountSO2=>slantso2 >> 0 y,x Slant Column Amount SO2 >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Latitude=>lat >> 0 y,x Geodetic Latitude >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Longitude=>lon >> 0 y,x Geodetic Longitude >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Time=>tai93 >> 0 y,x Time (seconds since January 1, 1993) >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/OrbitNumber=>orbit >> 0 y,x Orbit Number >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/LineNumber=>line >> 0 y,x Line Number >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SceneNumber=>scene >> 0 y,x Scene Number >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ColumnAmountO3=>to3 >> 0 y,x Total Column Amount O3 >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/RadiativeCloudFraction=>rcf >> 0 y,x Radiative Cloud Fraction >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/TerrainHeight=>theight >> 0 y,x Terrain Height >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SolarZenithAngle=>sza >> 0 y,x Solar Zenith Angle >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/RelativeAzimuthAngle=>raa >> 0 y,x Relative Azimuth Angle >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ViewingZenithAngle=>vza >> 0 y,x Viewing Zenith Angle >> ENDVARS >> >> >> Note the group paths to the data field variables must be specified in >> full, and any spaces converted to tilda (~) characters. >> >> You can rename the OMSO2e data files by removing the production date/time >> from the version (stuff after v003), then you would have >> a file name like OMI-Aura_L3-OMSO2e_2004m1001_v003.he5. With this you >> could modify the DSET (and add OPTIONS) to the .ctl file >> >> DSET ^OMI-Aura_L3-OMSO2e_%ym%m%d_v003.he5 >> OPTIONS template >> >> and then you could read in multiple files for a range of dates (remember >> to also adjust the TDEF range). >> >> >> ------------------------------------------------------------------------------ >> | James E. Johnson | address: >> | >> | Wyle Information Systems, Inc. | NASA Goddard Space Flight >> Center | >> | e-mail: james.johnson at nasa.gov | Distributed Active Archive >> Center | >> | phone: 301-614-5121 | Code 610.2, Bldg 32, Room S130G >> | >> | fax: 301-614-5268 | Greenbelt, MD 20771 >> | >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/5e017512/attachment-0001.html From instantweathermaps at gmail.com Wed Jul 20 10:46:39 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Wed, 20 Jul 2011 09:46:39 -0500 Subject: [gradsusr] Plotting a domain without parameters In-Reply-To: References: Message-ID: To plot a map with no parameters, first open any file with any parameters (even the sample file will work). Then do this: set clevs 0 set ccols 0 0 d param where param is a valid parameter in that file. On Wed, Jul 20, 2011 at 7:41 AM, James Ciarlo` wrote: > Dear gradsusr, > > Is it possible to plot a map, without using any parameters? that is simply > getting the outline of the coastlines for the region? > > And possibly even draw a few dots or crosses at particular locations > according to lat/lon information? > > Regards, > > James > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/377d4831/attachment.html From James.Johnson at nasa.gov Wed Jul 20 11:16:34 2011 From: James.Johnson at nasa.gov (James E. Johnson) Date: Wed, 20 Jul 2011 11:16:34 -0400 Subject: [gradsusr] OMI SO2 HDF5 In-Reply-To: References: Message-ID: <201107201116.34596.James.Johnson@nasa.gov> On Wednesday, July 20, 2011 10:22:26 am Sachis Makowski wrote: > Dear James, > > Sorry that I disturb you again. The descriptors files you sent me worked > marvelously. I then changed the names of the files just like you mentioned > and modified the descriptor file as indicated as well. Next you can find > the new file: > > DSET ^OMI-Aura_L3-OMSO2e_%y4m%m1%d1_v003.he5 > OPTIONS template > You need to change DSET to: DSET ^OMI-Aura_L3-OMSO2e_%y4m%m2%d2_v003.he5 and make sure the files are actually named something like: OMI-Aura_L3-OMSO2e_2004m1001_v003.he5 What I like to do is keep the original files as downloaded from the archive, and then set up symbolic links with those types of names above. You can write a short Unix shell script to do this: for file in OMI-Aura_L3-OMSO2e*.he5 do ln -s $file `echo $file | cut -c1-33`".he5" done I would also set TDEF to: TDEF 3014 linear 01oct2004 1dy and then you'll be able to read any of the files through the end of 2012, also the first day for OMI data is Oct. 1, 2004 (launch was July 15, 2004). ------------------------------------------------------------------------------ | James E. Johnson | address: | | Wyle Information Systems, Inc. | NASA Goddard Space Flight Center | | e-mail: james.johnson at nasa.gov | Distributed Active Archive Center | | phone: 301-614-5121 | Code 610.2, Bldg 32, Room S130G | | fax: 301-614-5268 | Greenbelt, MD 20771 | ------------------------------------------------------------------------------ From jdduda at iastate.edu Wed Jul 20 12:13:19 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Wed, 20 Jul 2011 11:13:19 -0500 Subject: [gradsusr] Plotting a domain without parameters In-Reply-To: References: Message-ID: the 'draw map' command will also do it, but it won't plot any lat/lon lines or coordinates since it won't have any actual map data to go off of (but it will give you geo-political boundaries just fine) Jeff Duda On Wed, Jul 20, 2011 at 9:46 AM, Joey Woodson wrote: > To plot a map with no parameters, first open any file with any parameters > (even the sample file will work). Then do this: > > set clevs 0 > set ccols 0 0 > d param > > where param is a valid parameter in that file. > > On Wed, Jul 20, 2011 at 7:41 AM, James Ciarlo` wrote: > >> Dear gradsusr, >> >> Is it possible to plot a map, without using any parameters? that is simply >> getting the outline of the coastlines for the region? >> >> And possibly even draw a few dots or crosses at particular locations >> according to lat/lon information? >> >> Regards, >> >> James >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student 3134 Agronomy Hall www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/2ec4691d/attachment.html From Charles.Seman at noaa.gov Wed Jul 20 12:44:56 2011 From: Charles.Seman at noaa.gov (Charles Seman) Date: Wed, 20 Jul 2011 12:44:56 -0400 Subject: [gradsusr] how to find typhoon center via minloc function In-Reply-To: <4DC05BC6.5010809@noaa.gov> References: <4D237583.7080106@noaa.gov> <4DBB1966.5010407@noaa.gov> <4DBEEB11.1000508@noaa.gov> <4DC05BC6.5010809@noaa.gov> Message-ID: <4E270608.7040900@noaa.gov> Sushant and Diallo, I found a confusing comment in the maxwind.gs and maxwind2.gs scripts referring to "plotting track of hurricane center" (not sure, but possibly left over from code copied from another script?), and changed the comment to "plotting location of max wind". Please find attached updated GrADS scripts maxwind.gs, maxwind2.gs. Sorry for this confusion, Chuck Charles Seman wrote: > Sushant, > > Glad to hear the script was helpful. > > An updated script "maxwind.gs" (attached) for a single wind file and > wind variable (e.g. ucomp or vcomp) is now able to search over a > user-specified domain. > > Another script "maxwind2.gs" (attached) has been coded based on > "maxwind.gs" to find the max wind magnitude of 2 wind variables (e.g. > ucomp, vcomp) over a user-specified domain (although the wind magnitude > is defined over all (x,y,z) points at each time level). > > The scripts were run over a subset of the total (x,y,z,t) domain to > verify they work for a limited domain (note, you can set these in the > scripts yourself): > x1 = 2 ; x2 = nx-1 > y1 = 2 ; y2 = ny-1 > z1 = 2 ; z2 = nz-1 > t1 = 2 ; t2 = nt-1 > > Run commands: > cjs: /home/cjs/grads/Sushant_Puranik/ --> set wind_file = ( > ucomp.1981-2000.climatology.nc vcomp.1981-2000.climatology.nc ) > cjs: /home/cjs/grads/Sushant_Puranik/ --> set wind_var = ( ucomp vcomp ) > cjs: /home/cjs/grads/Sushant_Puranik/ --> set wind_units = m/s > cjs: /home/cjs/grads/Sushant_Puranik/ --> set lev_units = hPa > cjs: /home/cjs/grads/Sushant_Puranik/ --> grads -lcx "maxwind.gs > $wind_nc_file[1] $wind_var[1] $wind_units $lev_units" > ... > cjs: /home/cjs/grads/Sushant_Puranik/ --> grads -lcx "maxwind.gs > $wind_nc_file[2] $wind_var[2] $wind_units $lev_units" > ... > cjs: /home/cjs/grads/Sushant_Puranik/ --> grads -lcx "maxwind2.gs > $wind_nc_file[1] $wind_var[1] $wind_nc_file[2] $wind_var[2] $wind_units > $lev_units" > ... > > Please find attached sample plot files: maxwind_ucomp.pdf, > maxwind_vcomp.pdf, maxwind2.pdf > > The scripts were tested and appear to be working OK. Please let me know > if you find any problems and/or have any questions. > > Thanks, > Chuck > > sushant puranik wrote: >> Thanks again It works fine. Since i am interested in low level wind so >> can you please tell me how to make it to check for low levels only(i >> have data at 17 pressure levels). Also i have uwind and vwind data in >> separate files, how to run script with two files? >> >> >> thank you >> On Mon, May 2, 2011 at 11:04 PM, Charles Seman > > wrote: >> >> Sushant, >> >> Following Kun-Hsuan Chou in the "hurricane_tracking.txt" file (or >> plot_hurricane_center3.gs ), >> please find attached a revised version "maxwind.gs >> " which plots the wind and its max for each time >> level. >> >> To run: >> >> % grads -lcx "maxwind.gs nc_file wind wind_units" >> >> or >> >> ga-> run maxwind.gs nc_file wind wind_units >> >> Where a new argument "wind_units" has been added which is plotted in >> a title. Be sure there are no blank spaces in the "wind_units" so >> that GrADS gets the correct string to plot (e.g. m/s or knots, >> etc.). Note, the script as it is clears the screen before each time >> level (it plots the wind field itself at the level of maximum wind >> and an "x" at the location of the max wind). I'm not sure if this >> is what you want? If not, I would suggest adapting the code from >> maxwind.gs into a modified version of >> plot_hurricane_center3.gs (and >> rename it to something more appropriate like plot_maxwind.gs >> or whatever you choose). One thing I found >> when running the script several times on the GrADS command line is >> that at some point the script exits with a "Memory allocation >> error!" condition. I'm not sure why this happens. In an attempt to >> prevent this, 'c events' and 'close 1' statements were added in >> addition to the previous 'reinit' command, but this did not prevent >> the problem. >> >> I hope this helps, >> Chuck >> >> sushant puranik wrote: >> >> Hello Charles >> I tried maxwind.gs it >> works fine as per your suggestion. But i want to know at which >> lat lon maximum value is instead of x and y location. So can you >> please tell me how to convert x y in lat lon. >> >> Thanks >> >> Sushant >> On Sat, Apr 30, 2011 at 11:43 AM, sushant puranik >> >> > >> wrote: >> >> Thank you for help i will try it. Please don't mind if error >> occurs >> i'll mail you. Thanks again >> >> >> On Sat, Apr 30, 2011 at 1:32 AM, Charles Seman >> >> >> >> wrote: >> >> Hello Sushant, >> >> I think it should be possible. Please find attached an >> email >> exchange to this List from several years ago >> "hurricane_tracking.txt" in which Kun-Hsuan Chou gave a >> method >> to track the maximum wind speed using maxloc and max. >> This >> technique works on a 2D field. To find the location of >> the max >> wind in 4D wind dataset, a short script "maxwind.gs >> >> " was coded that blends the technique >> used in >> >> a local script "plot_hurricane_center3.gs >> >> " and the technique in >> >> Kun-Hsuan Chou's "hurricane_tracking.txt". >> ("plot_hurricane_center3.gs >> >> " >> >> itself was developed using Joe Covert's script >> "plot_tc_shi.gs >> " and Kun-Hsuan Chou's >> "hurricane_tracking.txt".) "maxwind.gs >> " >> >> loops over the time levels and finds the value of the max >> wind >> and its (x,y,z) location for each time level. These >> values are >> printed out to the screen. Here is a copy of what the >> "maxwind.gs " >> script printed out using GrADS >> >> 1.9b4 for a local model "ucomp" climatology dataset: >> --- >> ... >> (nx,ny,nz,nt) = (144,90,23,12) >> tt = 1 >> max ucomp = 81.833 >> xc = 137 >> yc = 71 >> zc = 23 >> ucomp(x=137,y=71,z=23) = 81.833 >> tt = 2 >> max ucomp = 68.9826 >> xc = 57 >> yc = 61 >> zc = 10 >> ucomp(x=57,y=61,z=10) = 68.9826 >> tt = 3 >> max ucomp = 62.7262 >> xc = 56 >> yc = 60 >> zc = 11 >> ucomp(x=56,y=60,z=11) = 62.7262 >> tt = 4 >> max ucomp = 61.6225 >> xc = 10 >> yc = 15 >> zc = 23 >> ucomp(x=10,y=15,z=23) = 61.6225 >> tt = 5 >> max ucomp = 85.5501 >> xc = 4 >> yc = 18 >> zc = 23 >> ucomp(x=4,y=18,z=23) = 85.5501 >> tt = 6 >> max ucomp = 109.233 >> xc = 4 >> yc = 19 >> zc = 23 >> ucomp(x=4,y=19,z=23) = 109.233 >> tt = 7 >> max ucomp = 119.698 >> xc = 143 >> yc = 17 >> zc = 23 >> ucomp(x=143,y=17,z=23) = 119.698 >> tt = 8 >> max ucomp = 117.018 >> xc = 2 >> yc = 16 >> zc = 22 >> ucomp(x=2,y=16,z=22) = 117.018 >> tt = 9 >> max ucomp = 98.7713 >> xc = 63 >> yc = 9 >> zc = 20 >> ucomp(x=63,y=9,z=20) = 98.7713 >> tt = 10 >> max ucomp = 74.1137 >> xc = 65 >> yc = 7 >> zc = 19 >> ucomp(x=65,y=7,z=19) = 74.1137 >> tt = 11 >> max ucomp = 77.7408 >> xc = 137 >> yc = 67 >> zc = 23 >> ucomp(x=137,y=67,z=23) = 77.7408 >> tt = 12 >> max ucomp = 84.3092 >> xc = 16 >> yc = 70 >> zc = 23 >> ucomp(x=16,y=70,z=23) = 84.3092 >> ...finished. >> --- >> >> It seems the script is working OK. You can give it a >> try for >> one of your datasets. To run the script as it is coded, >> run it >> in batch mode as follows: >> % grads -blcx "maxwind.gs >> nc_file wind" >> >> or on the GrADS command line >> http://grads.iges.org/grads/gadoc/gradcomdrun.html as (no >> quotes >> as with the batch command): >> ga-> run maxwind.gs >> nc_file wind >> >> where "nc_file" is the netCDF file containing the "wind" >> variable name (the "nc_file" and "wind" are generic names; >> please replace them with the actual netCDF file and wind >> variable in the netCDF file). Note, please also >> include the >> quotes surrounding "maxwind.gs >> nc_file wind" >> >> for the batch command or else the batch command won't >> work. >> >> I hope this helps. Please let me know if you have any >> questions. >> >> Thanks, >> Chuck >> >> sushant puranik wrote: >> >> Hello Charles >> I want to make a jet stream plot. Can i make it >> with the >> help of hurricane center script by changing minloc >> and min >> to maxloc and max. >> any suggestion? >> >> thanks >> >> Sushant >> On Wed, Jan 5, 2011 at 1:01 AM, Charles Seman >> > > > >> > >> > >>> wrote: >> >> Jie, >> >> Attached is a file >> File_Error_1_Grads_1.9-Plot_tc_shi.gs.txt >> containing the text from an email exchange to the >> GrADS >> Listserv >> between Joe Covert and Diane Stokes on 9/13/2004 >> -- on >> 4/27/06, >> found via a Google search for "plot_tc_shi.gs >> >> >> ": >> http://caos.iisc.ernet.in/gslib/plot_tc_shi.gs >> >> >> The attached GrADS script >> plot_hurricane_center3.gs >> >> (along with >> pause.gsf, >> aGrADS >> >> script function used by the plot script) is a >> locally >> modified >> version derived from Joe Covert's script >> "plot_tc_shi.gs >> >> " (Joe.Covert at noaa.gov >> >> > > >> > >> > >>) which was posted to the GrADS >> Listserv >> >> on 9/13/2004 (his script was named plot_tc_shi.gs >> >> >> ) and code from >> hurricane_tracking.txt (taken >> >> from an email exchange posted to the GrADS >> Listserv by >> Kun-Hsuan >> Chou and Arturo Caracas Uribe in Oct, 2004)... >> >> Please find below code from hurricane_tracking.txt >> (taken >> from an >> email exchange posted to the GrADS Listserv by >> Kun-Hsuan >> Chou and >> Arturo Caracas Uribe in Oct, 2004) illustrating a >> technique for >> finding max wind in a 2D field... and below that >> some >> code from >> attached script plot_hurricane_center3.gs >> >> >> to find the min >> sea-level >> >> pressure in a 2D field... >> >> code from Kun-Hsuan Chou to find maximum wind >> speed from >> hurricane_tracking.txt: >> --- >> 'd >> maxloc(max(mag(u,v),lon=120,lon=130),lat=15,lat=25)' >> line=sublin(result,2) >> ygrd=subwrd(line,4) >> 'd >> maxloc(max(mag(u,v),lat=15,lat=25),lon=120,lon=130)' >> line=sublin(result,2) >> xgrd=subwrd(line,4) >> 'set x 'xgrd >> lonval = subwrd(result,4) >> 'set y 'ygrd >> latval = subwrd(result,4) >> 'q w2xy 'lonval' 'latval >> xpos = subwrd(result,3) >> ypos = subwrd(result,6) >> 'draw mark 1 'xpos' 'ypos' .2' >> --- >> >> sample code from plot_hurricane_center3.gs >> >> >> to find >> hurricane >> center (see >> >> script for supporting code): >> --- >> * >> * find minimum "pressure" within box area (x1,x2), >> (y1,y2)... >> * >> 'set x 'x1 >> 'set y 'y1 >> 'set z 1' >> 'set t 'tt >> 'set gxout print' >> nxp = x2-x1+1 >> * say ' nxp = 'nxp >> nyp = y2-y1+1 >> * say ' nyp = 'nyp >> 'd >> minloc(min(psl,y='y1',y='y2'),x='x1',x='x2')' >> rec=sublin(result,nxp+3) >> xc=subwrd(rec,1) >> 'd >> minloc(min(psl,x='x1',x='x2'),y='y1',y='y2')' >> rec=sublin(result,nyp+3) >> yc=subwrd(rec,1) >> say >> say 'location of minimum "pressure"...' >> say >> say ' (xc,yc) = ('xc','yc')' >> * >> * find "world" coordinates of (xc,yc) and convert >> "world" >> coordinates >> * to "xy" coordinates for plotting track of >> hurricane >> center... >> * >> 'set x 'xc >> lonval = subwrd(result,4) >> 'set y 'yc >> latval = subwrd(result,4) >> say ' (lonval,latval) = ('lonval','latval')' >> 'q w2xy 'lonval' 'latval >> xpos = subwrd(result,3) >> ypos = subwrd(result,6) >> say ' (xpos,ypos) = ('xpos','ypos')' >> * >> * write (xpos,ypos) to output file... >> * >> res = write (''hurricane.nf >> >> '','t = 'tt' >> >> xpos = 'xpos' ypos = 'ypos'') >> >> pause() >> --- >> >> Please let me know if you have any questions. >> >> Hope this helps, >> Chuck >> >> Jie TANG wrote: >> >> >> hi,grads folks , >> I am using grads v1.9, trying to find the >> center of >> typhoon via >> minloc function. >> the key script is shown as below: >> slplat=min(slp,lat=19,lat=26) >> >> tclon=minloc(slplat,lon=119,lon=126) >> >> slplon=min(slp,lon=119,lon=126) >> tclat=minloc(slplon,lat=19,lat=26) >> >> but grads tell me that "function not found min >> " and >> when i >> changed my script to be : >> tclat=min(minloc(slpt,lon=119,lon=126), >> lat=19,lat=26) >> tclon=min(minloc(slpt, lat=19,lat=26 >> )lon=119,lon=126) >> >> >> how can i finx my scrpit ? thank you .:) >> -- >> TANG Jie >> Email: totangjie at gmail.com >> >> > > > >> > >> >> > >> > > > >> > >>> >> >> >> Tel: 0086-2154896104 >> Shanghai Typhoon Institute,China >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> > > >> > > >> >> >> >> http://gradsusr.org/mailman/listinfo/gradsusr >> -- >> 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 reflect any >> official or unofficial position of the United >> States >> Federal Government, >> the United States Department of Commerce, or NOAA." >> >> >> >> worked great ... thanks. joe >> >> Diane Stokes wrote: >> >> > Joe, >> > >> > Read works fine for me in 1.9. >> > >> > I think this is the issue where 'pull' in 1.9 >> throws >> in a carriage >> > return. The read statement is not getting the >> exact >> filename. >> > >> > Try adding: >> > file=sublin(file,1) >> > after each: >> > pull file >> > >> > Diane >> > >> > Joe Covert wrote: >> > >> >> There appears to be a problem with version >> 1.9 of >> GrADS "read" >> function. >> >> >> >> The plot_tc_shi.gs >> >> script (see below) >> >> uses the read function to open the >> >> track data file and the program gives the >> subject >> error message >> "File >> >> Error 1". >> >> >> >> jc >> >> >> >> >> >> * Script to draw an hurricane-track plot. >> >> * Does little error checking on the input >> file. >> >> * Assumes the input file is set up as follows: >> >> * >> >> * Line 1: Title >> >> * Line 2: Drawing primitives for marks: >> marktype size >> >> * Line 3: Drawing primitives for lines: >> color >> style thickness >> >> * Line 4: Starting hour and the interval of >> plotting points >> >> * e.g., 0 6 means that track >> starts at 0 >> hour and mark >> >> * will be plotted every 6 >> hours. >> >> * Rest of lines: hour long. lat. >> >> * e.g., 0 -70.5 25.0 >> >> * 6 -71.8 25.2 >> >> * : >> >> * : >> >> * >> >> * Also assumes that a file has been opened >> (any >> file, doesn't >> >> * matter -- the set command doesn't work >> until a >> file has been >> >> * opened). >> >> * >> >> >> >> function main() >> >> >> >> * 'clear' >> >> >> >> 'open dummy.ctl' >> >> 'set lat 20 50' >> >> 'set lon -90 -30' >> >> 'set mpdset hires' >> >> 'set poli on' >> >> 'draw map' >> >> >> >> >> >> say 'Enter File Name: (type q to stop)' >> >> pull fname >> >> >> >> while (fname != 'q') >> >> >> >> * Read the 1st record: Title >> >> >> >> ret = read(fname) >> >> rc = sublin(ret,1) >> >> if (rc>0) >> >> say 'File Error 1' >> >> return >> >> endif >> >> title = sublin(ret,2) >> >> say title >> >> >> >> * Read the drawing primitives >> >> >> >> ret = read(fname) >> >> rc = sublin(ret,1) >> >> if (rc>0) >> >> say 'File Error 2' >> >> return >> >> endif >> >> dpline = sublin(ret,2) >> >> marktype = subwrd(dpline,1) >> >> marksize = subwrd(dpline,2) >> >> ret = read(fname) >> >> rc = sublin(ret,1) >> >> if (rc>0) >> >> say 'File Error 3' >> >> return >> >> endif >> >> dpline = sublin(ret,2) >> >> lcolor = subwrd(dpline,1) >> >> lstyle = subwrd(dpline,2) >> >> lthick = subwrd(dpline,3) >> >> say ' marktype, marksize, lcolor, lstyle and >> lthick:' >> >> say ' 'marktype ' ' marksize ' ' lcolor ' ' >> lstyle >> ' ' lthick >> >> >> >> * Read starting hour and the interval hours of >> plotting points >> >> >> >> ret = read(fname) >> >> rc = sublin(ret,1) >> >> if (rc>0) >> >> say 'File Error 4' >> >> return >> >> endif >> >> dhour = sublin(ret,2) >> >> start = subwrd(dhour,1) >> >> jump = subwrd(dhour,2) >> >> say ' starting hour and the interval hours of >> plotting points:' >> >> say ' 'start' 'jump >> >> >> >> * Read all data points >> >> >> >> ret = read(fname) >> >> rc = sublin(ret,1) >> >> while (rc = 0) >> >> loc = sublin(ret,2) >> >> hour = subwrd(loc,1) >> >> dlong.hour = subwrd(loc,2) >> >> dlat.hour = subwrd(loc,3) >> >> * prompt ' hour ' hour ' are read,' >> >> * say ' long=' dlong.hour ' lat=' >> dlat.hour >> >> ret = read(fname) >> >> rc = sublin(ret,1) >> >> endwhile >> >> >> >> if (rc!=2 & rc!=0) >> >> say 'File Error 5, rc=' rc >> >> return >> >> endif >> >> >> >> endhour = hour >> >> say ' endhour=' endhour >> >> >> >> * Plotting >> >> >> >> 'set line 'lcolor' 'lstyle' 'lthick >> >> 'query w2xy 'dlong.start' 'dlat.start >> >> xprev = subwrd(result,3) >> >> yprev = subwrd(result,6) >> >> 'draw mark 'marktype' 'xprev' 'yprev' >> 'marksize >> >> next = start+jump >> >> while (next <= endhour) >> >> * say ' 'dlong.start' 'dlat.start >> >> 'query w2xy 'dlong.next' 'dlat.next >> >> xnext = subwrd(result,3) >> >> ynext = subwrd(result,6) >> >> 'draw line 'xprev' 'yprev' 'xnext' 'ynext >> >> * say ' 'xprev' 'yprev' 'xnext' 'ynext >> >> 'draw mark 'marktype' 'xnext' 'ynext' >> 'marksize >> >> next = next+jump >> >> xprev = xnext >> >> yprev = ynext >> >> endwhile >> >> >> >> say fname ' is working fine.' >> >> >> >> * read in the filename to be plotted next >> >> >> >> say 'Enter File Name: (type q to stop)' >> >> pull fname >> >> >> >> endwhile >> >> >> >> >> >> *---------------------------------------------------------------------- >> * >> * Adapted from plot_hurricane_center2c.gs >> >> >> , which was >> adapted from: >> >> * >> * (1) "plot_hurricane_center2[a][b].gs" (from >> "plot_hurricane_center.gs >> >> >> "), >> >> * locally modified versions derived from Joe >> Covert's script >> * "plot_tc_shi.gs >> >> " (Joe.Covert at noaa.gov >> >> > > >> > >> > >>), which was posted to the >> >> * GrADS Listserv on 9/13/2004 (his script was >> named >> plot_tc_shi.gs >> >> ) >> >> * on 4/27/06, found via a Google search for >> "plot_tc_shi.gs >> >> ": >> >> * >> http://caos.iisc.ernet.in/gslib/plot_tc_shi.gs >> * >> * (2) code in "hurricane_tracking.txt" (taken >> from an >> email exchange >> * posted to the GrADS Listserv by Kun-Hsuan >> Chou and >> * Arturo Caracas Uribe in Oct, 2004) >> * >> * >> * To use: grads -l >> * >> >> *---------------------------------------------------------------------- >> >> function main() >> >> 'reinit' >> >> >> ************************************************************************ >> * Allow external GrADS functions >> >> ************************************************************************ >> >> rc = gsfallow("on") >> >> >> ************************************************************************ >> * Define dataset file information and plotting >> limits >> for base map... >> >> ************************************************************************ >> >> ** nc_file1 = '' >> ** nc_file2 = '' >> ** nc_file3 = '' >> ** nc_file = ''nc_file1' 'nc_file2' 'nc_file3'' >> nc_file = 'your_netCDF_file' >> >> lon1 = 298 ; lon2 = 308 >> lat1 = 20 ; lat2 = 25 >> >> >> ************************************************************************ >> * Legend captions, colors, and marks for the plots >> >> ************************************************************************ >> >> ** nmodels = 1 >> ** model.1 = 'isabel_ras' >> ** model.2 = 'isabel_isotke' >> ** model.3 = 'isabel_my25' >> >> ** titles.1 = model.1 ; colors.1 = 2 ; marks.1 = 2 >> ** titles.2 = model.2 ; colors.2 = 3 ; marks.2 = 2 >> ** titles.3 = model.3 ; colors.3 = 4 ; marks.3 = 2 >> *** >> *** Define the legend plotter input... >> *** >> ** titles = '-t' ; colors = '-c' ; marks = '-m' ; >> lines >> = '-l' >> ** n=1 >> ** while ( n <= nmodels ) >> ** titles = ''titles' "'titles.n'"' >> ** colors = ''colors' 'colors.n >> ** marks = ''marks' "'marks.n'"' >> ** lines = ''lines' 1' >> ** n=n+1 >> ** endwhile >> >> ** legend_info = ''colors' 'lines' 'marks' >> 'titles' -p' >> >> nmodels = 1 >> model.1 = 'title_name_for_your_netCDF_dataset' >> >> titles.1 = model.1 ; colors.1 = 2 ; marks.1 = 2 >> * >> * Define the legend plotter input... >> * >> titles = '-t' ; colors = '-c' ; marks = '-m' ; >> lines = '-l' >> n=1 >> while ( n <= nmodels ) >> titles = ''titles' "'titles.n'"' >> colors = ''colors' 'colors.n >> marks = ''marks' "'marks.n'"' >> lines = ''lines' 1' >> n=n+1 >> endwhile >> >> legend_info = ''colors' 'lines' 'marks' >> 'titles' -p' >> >> * ...other drawing primitives >> >> marksize = 0.1 >> >> lstyle = 1 ; lthick = 5 >> >> >> ************************************************************************ >> * Use "cbar_line" or "cbar_line_box"? >> >> ************************************************************************ >> >> legend_plotter = 'cbar_line' >> * legend_plotter = 'cbar_line_box' >> >> >> ************************************************************************ >> * Plot page limits >> >> ************************************************************************ >> >> plot_vpage = '0 11 0 8.5' >> plot_area = '1 10 1 7.5' >> >> xl = subwrd(plot_area,1) ; xr = >> subwrd(plot_area,2) >> yb = subwrd(plot_area,3) ; yt = >> subwrd(plot_area,4) >> >> xc = xl + (xr-xl)/2 >> >> >> ************************************************************************ >> * GrADS metafile output... >> >> ************************************************************************ >> >> 'enable print hurricane_track.gx' >> >> >> *----------------------------------------------------------------------- >> * Define and plot track of minimum surface >> pressure for >> each dataset... >> >> *----------------------------------------------------------------------- >> >> nf=1 >> while ( nf <= nmodels ) >> >> * Open dataset file and define parameters... >> >> fname = subwrd(nc_file,nf) >> 'sdfopen 'fname >> 'set dfile 'nf >> 'q file' >> rec3 = sublin(result,3) ; binary_file = >> subwrd(rec3,2) >> say >> say >> say '*** 'binary_file' ***' >> say >> rec5 = sublin(result,5) >> nx = subwrd(rec5,3) ; ny = subwrd(rec5,6) ; nz = >> subwrd(rec5,9) ; >> nt = subwrd(rec5,12) >> >> if( nf = 1 ) >> >> * Plot base map... >> >> >> plot_base_map(plot_vpage,plot_area,lon1,lon2,lat1,lat2) >> >> endif >> >> * Define locations of "hurricane center" for >> plotting >> points, and write >> * locations out to ASCII text file for read-in for >> plotting track >> later... >> >> hurricane.nf >> >> = 'hurricane_'nf'.txt' >> >> >> ts=2 >> tt=ts >> while ( tt <= nt ) >> 'set t 'tt >> say >> say '---------' >> say ' tt = 'tt >> say '---------' >> say >> 'set lon 'lon1' 'lon2 >> 'set lat 'lat1' 'lat2 >> 'set z 1' >> * >> * here is where you put in the name of your >> sea-level >> pressure variable: >> * >> 'define psl = >> name_of_your_sea_level_pressure_variable' >> 'set gxout shaded' >> 'd psl' >> * >> * following interactive "box location" code >> adapted from >> "cbar_line_box.gs >> >> "... >> >> * >> say 'Click where you want the left upper >> corner of >> the box' >> 'query bpos' >> xb1o = subwrd(result,3) >> yb2o = subwrd(result,4) >> say 'Click where you want the right lower >> corner of >> the box' >> 'query bpos' >> xb2o = subwrd(result,3) >> yb1o = subwrd(result,4) >> >> say >> say '...left upper corner of the box at X Y: >> 'xb1o' >> 'yb2o >> say '...right lower corner of the box at X Y: >> 'xb2o' >> 'yb1o >> * >> * draw box to show specified area for defining >> hurricane >> center... >> * >> 'set line 1 1' >> 'draw rec 'xb1o' 'yb1o' 'xb2o' 'yb2o >> * >> * convert box "xy" coordinates to "grid" >> coordinates >> * for finding minimum "pressure" (hurricane >> center)... >> * >> 'q xy2gr 'xb1o' 'yb2o >> x1o = subwrd(result,3) ; x1 = >> math_int(x1o+0.5) >> y2o = subwrd(result,6) ; y2 = >> math_int(y2o+0.5) >> 'q xy2gr 'xb2o' 'yb1o >> x2o = subwrd(result,3) ; x2 = >> math_int(x2o+0.5) >> y1o = subwrd(result,6) ; y1 = >> math_int(y1o+0.5) >> say >> say 'Specified grid coordinates (x1o,x2o), >> (y1o,y2o) >> from box,' >> say 'rounded to (x1,x2), (y1,y2) for finding >> minimum >> "pressure"...' >> say >> say ' (x1o,x2o) = ('x1o','x2o') --> >> (x1,x2) = >> ('x1','x2')' >> say ' (y1o,y2o) = ('y1o','y2o') --> >> (y1,y2) = >> ('y1','y2')' >> * >> * find minimum "pressure" within box area (x1,x2), >> (y1,y2)... >> * >> 'set x 'x1 >> 'set y 'y1 >> 'set z 1' >> 'set t 'tt >> 'set gxout print' >> nxp = x2-x1+1 >> * say ' nxp = 'nxp >> nyp = y2-y1+1 >> * say ' nyp = 'nyp >> 'd >> minloc(min(psl,y='y1',y='y2'),x='x1',x='x2')' >> rec=sublin(result,nxp+3) >> xc=subwrd(rec,1) >> 'd >> minloc(min(psl,x='x1',x='x2'),y='y1',y='y2')' >> rec=sublin(result,nyp+3) >> yc=subwrd(rec,1) >> say >> say 'location of minimum "pressure"...' >> say >> say ' (xc,yc) = ('xc','yc')' >> * >> * find "world" coordinates of (xc,yc) and convert >> "world" >> coordinates >> * to "xy" coordinates for plotting track of >> hurricane >> center... >> * >> 'set x 'xc >> lonval = subwrd(result,4) >> 'set y 'yc >> latval = subwrd(result,4) >> say ' (lonval,latval) = ('lonval','latval')' >> 'q w2xy 'lonval' 'latval >> xpos = subwrd(result,3) >> ypos = subwrd(result,6) >> say ' (xpos,ypos) = ('xpos','ypos')' >> * >> * write (xpos,ypos) to output file... >> * >> res = write (''hurricane.nf >> >> '','t = 'tt' >> >> xpos = 'xpos' ypos = 'ypos'') >> >> pause() >> * >> * erase box showing area for defining hurricane >> center... >> * >> * 'set line 0 1' >> * 'draw rec 'xb1o' 'yb1o' 'xb2o' 'yb2o >> tt=tt+1 >> endwhile >> >> res = close (''hurricane.nf >> >> '') >> >> >> nf=nf+1 >> endwhile >> >> * Clear frame and re-plot base map... >> >> >> plot_base_map(plot_vpage,plot_area,lon1,lon2,lat1,lat2) >> >> * Plot track(s)... >> >> nf=1 >> while ( nf <= nmodels ) >> >> * Specify drawing primitives >> >> marktype = marks.nf >> >> lcolor = colors.nf >> >> >> >> >> say ' marktype, marksize, lcolor, lstyle and >> lthick:' >> say ' 'marktype ' ' marksize ' ' lcolor ' ' >> lstyle ' ' >> lthick >> >> tt=ts >> * >> * read (xpos,ypos) from ASCII text input file... >> * >> res = read(''hurricane.nf >> >> '') ; rc = >> >> sublin(res,1) >> if( rc != 0 ) >> say '"read" status = 'rc >> exit >> endif >> rec = sublin(res,2) ; say '"hurricane.'nf'" >> record: 'rec >> xc = subwrd(rec,6) ; yc = subwrd(rec,9) >> >> 'set line 'lcolor' 'lstyle' 'lthick >> 'draw mark 'marktype' 'xc' 'yc' 'marksize >> tt = tt+1 >> while ( tt <= nt ) >> res = read(''hurricane.nf >> >> '') ; rc = >> >> sublin(res,1) >> if( rc != 0 ) >> say '"read" status = 'rc >> exit >> endif >> rec = sublin(res,2) ; say '"hurricane.'nf'" >> record: 'rec >> xn = subwrd(rec,6) ; yn = subwrd(rec,9) >> say ' 'xc' 'yc' 'xn' 'yn >> 'draw line 'xc' 'yc' 'xn' 'yn >> 'draw mark 'marktype' 'xn' 'yn' 'marksize >> tt=tt+1 >> xc = xn >> yc = yn >> endwhile >> >> nf=nf+1 >> endwhile >> >> say >> say '...plot legend' >> ''legend_plotter' -x 3 -y 6 'legend_info >> say >> >> 'print' >> 'disable print' >> >> say >> say >> '************************************************' >> say ' Finished with this script.' >> say >> '************************************************' >> say >> >> return >> >> function >> >> plot_base_map(plot_vpage,plot_area,lon1,lon2,lat1,lat2) >> >> * Plots base map... >> >> 'c' >> 'set vpage 'plot_vpage >> 'set parea 'plot_area >> 'set lon 'lon1' 'lon2 >> 'set lat 'lat1' 'lat2 >> 'set mproj latlon' >> 'set mpt * 1 1 5' >> 'set mpdset hires' >> 'set poli on' >> * 'set grid on' >> 'set grads off' >> 'set gxout contour' >> 'draw map' >> >> * add lon/lat lines... >> >> 'set ccolor 1' >> 'set cstyle 5' ; 'd lon' >> 'set cstyle 5' ; 'd lat' >> >> * add title, x- and y-labels... >> >> 'draw title \\ Track of Minimum Surface Pressure' >> 'draw xlab Longitude \\' >> 'draw ylab \\ Latitude' >> >> return >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> > > >> > > >> >> >> >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> >> >> >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> > >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> -- >> 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 >> reflect any >> official or unofficial position of the United States >> Federal >> Government, >> the United States Department of Commerce, or NOAA." >> >> * >> * >> * Subject: Re: Tracking Hurricanes >> * From: Kun-Hsuan Chou > >> > >> >> >> * Date: Fri, 8 Oct 2004 08:03:20 +0800 >> * To: GRADSUSR at LIST.CINECA.IT >> > > >> >> * >> * Hi, >> * >> * I write a sample to track the maxminum wind speed, it >> should >> be the script that you want. >> >> * >> 'd maxloc(max(mag(u,v),lon=120,lon=130),lat=15,lat=25)' >> line=sublin(result,2) >> ygrd=subwrd(line,4) >> 'd maxloc(max(mag(u,v),lat=15,lat=25),lon=120,lon=130)' >> line=sublin(result,2) >> xgrd=subwrd(line,4) >> 'set x 'xgrd >> lonval = subwrd(result,4) >> 'set y 'ygrd >> latval = subwrd(result,4) >> 'q w2xy 'lonval' 'latval >> xpos = subwrd(result,3) >> ypos = subwrd(result,6) >> 'draw mark 1 'xpos' 'ypos' .2' >> >> >> *============================================================================ >> >> *Kun-Hsuan Chou >> *Postdoctoral Researcher >> *Department of Atmospheric Sciences >> *National Taiwan University >> *No. 1, Sec. 4, Roosevelt Rd., Taipei 106, Taiwan. >> *Phone: 886-2-23625896 ext. 243 >> *Mobile: 0920079247 >> *E-mail: cwujou at typhoon.as.ntu.edu.tw >> >> > > >> >> *----- Original Message ----- >> *From: Arturo Caracas Uribe >> *To: GRADSUSR at LIST.CINECA.IT >> > > >> >> *Sent: Thursday, October 07, 2004 11:48 PM >> *Subject: Tracking Hurricanes >> * >> *Does anyone know how to get the maximum values of >> vorticity of >> a domain? (the value, lat and lon).I need the positions >> in order >> to track a hurricane. >> *Thanks in advance >> * >> *Arturo Caracas >> *Atmospheric Sciences, M?xico. >> >> >> >> *---------------------------------------------------------------------- >> * >> * Adapted from plot_hurricane_center2c.gs >> >> , which was adapted >> from: >> * >> * (1) "plot_hurricane_center2[a][b].gs" (from >> "plot_hurricane_center.gs >> >> "), >> >> * locally modified versions derived from Joe >> Covert's script >> * "plot_tc_shi.gs >> " >> (Joe.Covert at noaa.gov >> >), >> which was >> posted to the >> * GrADS Listserv on 9/13/2004 (his script was named >> plot_tc_shi.gs >> ) >> >> * on 4/27/06, found via a Google search for >> "plot_tc_shi.gs >> ": >> * http://caos.iisc.ernet.in/gslib/plot_tc_shi.gs >> * >> * (2) code in "hurricane_tracking.txt" (taken from an >> email >> exchange >> * posted to the GrADS Listserv by Kun-Hsuan Chou and >> * Arturo Caracas Uribe in Oct, 2004) >> * >> * >> * To use: grads -l >> * >> >> *---------------------------------------------------------------------- >> >> function main() >> >> 'reinit' >> >> >> ************************************************************************ >> * Allow external GrADS functions >> >> ************************************************************************ >> >> rc = gsfallow("on") >> >> >> ************************************************************************ >> * Define dataset file information and plotting limits >> for base >> map... >> >> ************************************************************************ >> >> ** nc_file1 = '' >> ** nc_file2 = '' >> ** nc_file3 = '' >> ** nc_file = ''nc_file1' 'nc_file2' 'nc_file3'' >> nc_file = 'your_netCDF_file' >> >> lon1 = 298 ; lon2 = 308 >> lat1 = 20 ; lat2 = 25 >> >> >> ************************************************************************ >> * Legend captions, colors, and marks for the plots >> >> ************************************************************************ >> >> ** nmodels = 1 >> ** model.1 = 'isabel_ras' >> ** model.2 = 'isabel_isotke' >> ** model.3 = 'isabel_my25' >> >> ** titles.1 = model.1 ; colors.1 = 2 ; marks.1 = 2 >> ** titles.2 = model.2 ; colors.2 = 3 ; marks.2 = 2 >> ** titles.3 = model.3 ; colors.3 = 4 ; marks.3 = 2 >> *** >> *** Define the legend plotter input... >> *** >> ** titles = '-t' ; colors = '-c' ; marks = '-m' ; lines >> = '-l' >> ** n=1 >> ** while ( n <= nmodels ) >> ** titles = ''titles' "'titles.n'"' >> ** colors = ''colors' 'colors.n >> ** marks = ''marks' "'marks.n'"' >> ** lines = ''lines' 1' >> ** n=n+1 >> ** endwhile >> >> ** legend_info = ''colors' 'lines' 'marks' 'titles' -p' >> >> nmodels = 1 >> model.1 = 'title_name_for_your_netCDF_dataset' >> >> titles.1 = model.1 ; colors.1 = 2 ; marks.1 = 2 >> * >> * Define the legend plotter input... >> * >> titles = '-t' ; colors = '-c' ; marks = '-m' ; lines = >> '-l' >> n=1 >> while ( n <= nmodels ) >> titles = ''titles' "'titles.n'"' >> colors = ''colors' 'colors.n >> marks = ''marks' "'marks.n'"' >> lines = ''lines' 1' >> n=n+1 >> endwhile >> >> legend_info = ''colors' 'lines' 'marks' 'titles' -p' >> >> * ...other drawing primitives >> >> marksize = 0.1 >> >> lstyle = 1 ; lthick = 5 >> >> >> ************************************************************************ >> * Use "cbar_line" or "cbar_line_box"? >> >> ************************************************************************ >> >> legend_plotter = 'cbar_line' >> * legend_plotter = 'cbar_line_box' >> >> >> ************************************************************************ >> * Plot page limits >> >> ************************************************************************ >> >> plot_vpage = '0 11 0 8.5' >> plot_area = '1 10 1 7.5' >> >> xl = subwrd(plot_area,1) ; xr = subwrd(plot_area,2) >> yb = subwrd(plot_area,3) ; yt = subwrd(plot_area,4) >> >> xc = xl + (xr-xl)/2 >> >> >> ************************************************************************ >> * GrADS metafile output... >> >> ************************************************************************ >> >> 'enable print hurricane_track.gx' >> >> >> *----------------------------------------------------------------------- >> * Define and plot track of minimum surface pressure >> for each >> dataset... >> >> *----------------------------------------------------------------------- >> >> nf=1 >> while ( nf <= nmodels ) >> >> * Open dataset file and define parameters... >> >> fname = subwrd(nc_file,nf) >> 'sdfopen 'fname >> 'set dfile 'nf >> 'q file' >> rec3 = sublin(result,3) ; binary_file = subwrd(rec3,2) >> say >> say >> say '*** 'binary_file' ***' >> say >> rec5 = sublin(result,5) >> nx = subwrd(rec5,3) ; ny = subwrd(rec5,6) ; nz = >> subwrd(rec5,9) ; nt = subwrd(rec5,12) >> >> if( nf = 1 ) >> >> * Plot base map... >> >> >> plot_base_map(plot_vpage,plot_area,lon1,lon2,lat1,lat2) >> >> endif >> >> * Define locations of "hurricane center" for plotting >> points, >> and write< >> >> ... >> >> [Message clipped] function maxwind(args) >> 'reinit' >> nc_file = subwrd(args,1) >> wind = subwrd(args,2) >> wind_units = subwrd(args,3) >> say >> say nc_file >> say wind' ('wind_units')' >> say >> 'sdfopen 'nc_file >> 'q file' >> say result >> say >> rec5 = sublin(result,5) >> nx = subwrd(rec5,3) ; ny = subwrd(rec5,6) ; nz = subwrd(rec5,9) ; >> nt = subwrd(rec5,12) >> say >> say '(nx,ny,nz,nt) = ('nx','ny','nz','nt')' >> say >> nxp = nx >> nyp = ny >> nzp = nz >> * >> * get the x- and y-limits for virtual page >> * >> 'q gxinfo' >> rec3 = sublin(result,3) ; xpl = subwrd(rec3,4) ; xpu = >> subwrd(rec3,6) >> rec4 = sublin(result,4) ; ypl = subwrd(rec4,4) ; ypu = >> subwrd(rec4,6) >> tt = 1 >> while ( tt <= nt ) >> 'set x 1' >> 'set y 1' >> 'set z 1' >> 'set t 'tt >> say 'tt = 'tt >> 'set gxout print' >> 'd max(max(max('wind',x=1,x='nx'),y=1,y='ny'),z=1,z='nz')' >> rec = sublin(result,(nyp+1)*nzp+3) >> max_wind = subwrd(rec,1) >> say ' max 'wind' = 'max_wind >> 'd maxloc(max(max('wind',y=1,y='ny'),z=1,z='nz'),x=1,x='nx')' >> rec = sublin(result,(nzp+1)*nxp+3) >> xc = subwrd(rec,1) >> 'd maxloc(max(max('wind',x=1,x='nx'),z=1,z='nz'),y=1,y='ny')' >> rec = sublin(result,(nzp+1)*nyp+3) >> yc = subwrd(rec,1) >> 'd maxloc(max(max('wind',x=1,x='nx'),y=1,y='ny'),z=1,z='nz')' >> rec = sublin(result,(nyp+1)*nzp+3) >> zc = subwrd(rec,1) >> say ' (xc,yc,zc) = ('xc','yc','zc')' >> 'd 'wind'(x='xc',y='yc',z='zc')' >> rec = sublin(result,2) >> wind_xc_yc_zc = subwrd(rec,1) >> say ' 'wind'(x='xc',y='yc',z='zc') = 'wind_xc_yc_zc >> * >> * find "world" coordinates of (xc,yc) and convert "world" coordinates >> * to "xy" coordinates for plotting track of hurricane center... >> * >> 'set x 'xc >> lonc = subwrd(result,4) >> 'set y 'yc >> latc = subwrd(result,4) >> say ' (lonc,latc,zc) = ('lonc','latc','zc')' >> 'd 'wind'(lon='lonc',lat='latc',z='zc')' >> rec = sublin(result,2) >> wind_lnc_ltc_zc = subwrd(rec,1) >> say ' 'wind'(lon='lonc',lat='latc',z='zc') = 'wind_lnc_ltc_zc >> * >> * plot the wind and place a mark at the max >> * >> 'c' >> 'set vpage 'xpl' 'xpu' 'ypl' 'ypu >> 'set parea 'xpl+1' 'xpu-1' 'ypl+1' 'ypu-1 >> 'set x 1 'nx >> 'set y 1 'ny >> 'set z 'zc >> 'set gxout shaded' >> 'set grads off' >> 'd 'wind >> 'run cbar 0.7' >> 'draw title \ Max 'wind' = 'wind_lnc_ltc_zc' ('wind_units')\at >> (lonc,latc,zc)=('lonc','latc','zc')' >> 'q w2xy 'lonc' 'latc >> xpos = subwrd(result,3) >> ypos = subwrd(result,6) >> say ' (xpos,ypos) = ('xpos','ypos')' >> 'set line 1 1 6' >> 'draw mark 6 'xpos' 'ypos' 0.2' >> 'c events' >> pause() >> tt=tt+1 >> endwhile >> say '...finished.' >> 'close 1' >> return >> >> function pause() >> * >> * Pauses till ENTER key is pressed >> * >> say >> say '*********************************' >> say 'Press "ENTER" key to continue...' >> say '*********************************' >> pull answer >> * >> return >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> >> >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr > > > ------------------------------------------------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- 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 reflect any official or unofficial position of the United States Federal Government, the United States Department of Commerce, or NOAA." -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: maxwind.gs Url: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/b41b1228/attachment-0002.pl -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: maxwind2.gs Url: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/b41b1228/attachment-0003.pl From Mason.D.Rowell-1 at ou.edu Wed Jul 20 14:24:52 2011 From: Mason.D.Rowell-1 at ou.edu (Rowell, Mason D.) Date: Wed, 20 Jul 2011 18:24:52 +0000 Subject: [gradsusr] semi-advanced ave tool use In-Reply-To: References: , Message-ID: Hello Arlindo, I need to set a different domain center for each of the time periods in the ave function, like say 1 through 124 in your example. As such, the display would then become geographically irrelevant, asides from attaining a since of scale. Mason ________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on behalf of Arlindo da Silva [dasilva at alum.mit.edu] Sent: Tuesday, July 19, 2011 5:40 PM To: GrADS Users Forum Subject: Re: [gradsusr] semi-advanced ave tool use On Tue, Jul 19, 2011 at 4:36 PM, Rowell, Mason D. > wrote: Hello Grads community, I can see from the tutorial that one can open several different case files in grads(file1, file2 etc) and average the data from these files for subsequent display. Is there an advanced option that would allow me to specify the domain for each case and then average them? I was hoping to use this function to easily complete an average of 25 cases or so but relative to some specific type of event, which requires different domain centering for each case prior to averaging. The ave() functions allows you to make averages over a (x,y,z,t,e) hypercube. Because undef values are skipped, you can have averages over very irregular domains, provided an appropriate mask can be derived either through an expression or by reading it from a file. For example, to make a time average along satellite swaths we could do define xmean = ave(x+0*sat.2,t=1,t=124) where "sat" (on file "2") is some gridded (time dependent) satellite measurement with lots of undefs. Arlindo Mason _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/009986c7/attachment.html From yaqiang.wang at gmail.com Wed Jul 20 22:09:43 2011 From: yaqiang.wang at gmail.com (Yaqiang Wang) Date: Thu, 21 Jul 2011 10:09:43 +0800 Subject: [gradsusr] Opening hdf files In-Reply-To: References: Message-ID: You can use HDFView to get the information first, and then to set the information in the control file. HDFView is free avaliable at HDF offical website. On Wed, Jul 20, 2011 at 8:54 PM, James Ciarlo` wrote: > dear gradsusr, > > I have a few hdf files (below) I would like to open with grads, but I am > finding difficulty using the xdfopen function. > > SEVIRI_latitude.raw > SEVIRI_longitude.raw > SEVIRI_readme.txt > mean_seviri_aer_oc_d3_tau550_Aug2005.hdf > mean_seviri_aer_oc_d3_tau550_Dec2005.hdf > mean_seviri_aer_oc_d3_tau550_Jul2005.hdf > mean_seviri_aer_oc_d3_tau550_Jun2005.hdf > mean_seviri_aer_oc_d3_tau550_Nov2005.hdf > mean_seviri_aer_oc_d3_tau550_Oct2005.hdf > mean_seviri_aer_oc_d3_tau550_Sep2005.hdf > > > I tried to construct a descriptor file but cannot figure out how to access > the information for the coordinates: > > DSET mean_seviri_aer_oc_d3_tau550_Aug2005.hdf > TITLE monthly average of the daily total aerosol optical depth at 550 nm > derived from MSG/SEVIRI > UNDEF 99999.0 > XDEF dimension1 ? LINEAR ? ? > YDEF dimension2? ? LINEAR ? ? > TDEF dimension3 ? LINEAR ? ? > VARS 1 > Aerosol_optical_depth=>aod 1 99 aerosol optical depth > ENDVARS > > I don't even know if I am on the right track. Can someone help me get to an > answer please? because I am not managing to follow the help on GrADS index. > > I have also attached the text file with the remaining information > > Regards, > > James > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- ************************************************* Dr. Yaqiang Wang Chinese Academy of Meteorological Sciences (CAMS) 46, Zhong-Guan-Cun South Avenue Beijing, 100081 China yaqiang.wang at gmail.com ************************************************** From dbcl at ceh.ac.uk Thu Jul 21 04:00:09 2011 From: dbcl at ceh.ac.uk (Clark, Douglas B.) Date: Thu, 21 Jul 2011 09:00:09 +0100 Subject: [gradsusr] pdef file works at v1.9b4 but not at v2.0.a9 Message-ID: <40829B0E077C1145A6DE44D39B3830A91FFD68B0C9@nerckwmb1.ad.nerc.ac.uk> Dear All, I have a dataset that uses a pdef file and that I can use in GrADS v1.9b4 (in both SunOS and RH executables downloaded from the GrADS website), but which results in a segmentation fault at v2.0.a9 (and, from memory, at v2.0.a8) - again in various downloads. Looks like it might be a bug in GrADS...but of course most things turn out to be user error! Any ideas? At v2.0.a9: ga-> q config Config: v2.0.a9 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids geotiff shapefile Grid Analysis and Display System (GrADS) Version 2.0.a9 Copyright (c) 1988-2010 by Brian Doty and the Institute for Global Environment and Society (IGES) This program is distributed WITHOUT ANY WARRANTY See file COPYRIGHT for more information. Built Fri Sep 3 17:21:21 UTC 2010 for x86_64-redhat-linux-gnu This version of GrADS has been configured with the following options: o Built on a LITTLE ENDIAN machine o Athena Widget GUI DISABLED o Command line editing ENABLED http://tiswww.case.edu/php/chet/readline/rltop.html o printim command for image output ENABLED http://www.zlib.net http://www.libpng.org/pub/png/libpng.html http://www.libgd.org/Main_Page o GRIB2 interface ENABLED http://www.ijg.org http://www.ece.uvic.ca/~mdadams/jasper http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 g2clib-1.2.0 o NetCDF interface ENABLED http://www.unidata.ucar.edu/software/netcdf netcdf 4.1.1 of Dec 6 2010 08:20:12 $ o OPeNDAP gridded data interface ENABLED o OPeNDAP station data interface DISABLED o HDF4 and HDF5 interfaces ENABLED http://hdfgroup.org HDF 4.2r5 HDF5 1.8.5 o GeoTIFF and KML/TIFF output ENABLED http://www.libtiff.org http://geotiff.osgeo.org o KML contour output ENABLED o Shapefile interface ENABLED http://shapelib.maptools.org For additional information please consult http://iges.org/grads ga-> open Rainf_WFD_GPCC.ctl Scanning description file: Rainf_WFD_GPCC.ctl PDEF FILE Error: The offsets in the pdef file must be 1-based (i.e., > 0 and <= isize*jsize). The data file was not opened. Segmentation fault (core dumped) ------------------------------------------------------------- The first few lines of the ctl file are: dset ^../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc options template dtype netcdf undef 1.0e20 pdef 67420 1 file 1 stream binary-big ^../../../ancil/data/WFD_0p5deg_pdefData.gra xdef 720 linear -179.75 0.5 ydef 280 linear -55.75 0.5 ------------------------------------------------------------- Works fine at v1.9.b4: ga-> open Rainf_WFD_GPCC.ctl Scanning description file: Rainf_WFD_GPCC.ctl Data file ../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc is open as file 1 LON set to 0 360 LAT set to -55.75 83.75 LEV set to 1 1 Time values set: 2001:1:1:0 2001:1:1:0 Notice: Implied interpolation for file Rainf_WFD_GPCC.ctl Interpolation will be performed on any data displayed from this file ga-> d rainf Notice: Automatic Grid Interpolation Taking Place Contouring: 0 to 0.0033 interval 0.0003 ------------------------------------------------------------- Vague notion: The pdef data file is big-endian (as declared in the pdef line of the ctl file) but I'm using a little-endian machine. I wonder if v2.0.a9 can't cope with this mix? Cheers, Doug -- This message (and any attachments) is for the recipient only. NERC is subject to the Freedom of Information Act 2000 and the contents of this email and any reply you make may be disclosed by NERC unless it is exempt from release under the Act. Any material supplied to NERC may be stored in an electronic records management system. From james.ciarlo at physics.org Thu Jul 21 04:19:23 2011 From: james.ciarlo at physics.org (James Ciarlo`) Date: Thu, 21 Jul 2011 10:19:23 +0200 Subject: [gradsusr] Plotting a domain without parameters In-Reply-To: References: Message-ID: Thanks On 20 July 2011 18:13, Jeffrey Duda wrote: > the 'draw map' command will also do it, but it won't plot any lat/lon lines > or coordinates since it won't have any actual map data to go off of (but it > will give you geo-political boundaries just fine) > > Jeff Duda > > > On Wed, Jul 20, 2011 at 9:46 AM, Joey Woodson < > instantweathermaps at gmail.com> wrote: > >> To plot a map with no parameters, first open any file with any parameters >> (even the sample file will work). Then do this: >> >> set clevs 0 >> set ccols 0 0 >> d param >> >> where param is a valid parameter in that file. >> >> On Wed, Jul 20, 2011 at 7:41 AM, James Ciarlo` wrote: >> >>> Dear gradsusr, >>> >>> Is it possible to plot a map, without using any parameters? that is >>> simply getting the outline of the coastlines for the region? >>> >>> And possibly even draw a few dots or crosses at particular locations >>> according to lat/lon information? >>> >>> Regards, >>> >>> James >>> >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > 3134 Agronomy Hall > www.meteor.iastate.edu/~jdduda > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110721/3b2db85c/attachment.html From eungul.lee at gmail.com Thu Jul 21 13:09:44 2011 From: eungul.lee at gmail.com (Eungul Lee) Date: Thu, 21 Jul 2011 13:09:44 -0400 Subject: [gradsusr] set negative values to zero Message-ID: Dear GrADS users, I am using GrADS v2.0.a9 in Linux. I am going to set negative values to zero at each grid point in NetCDF file. I've been trying this using "if statements" in .gs file like below, but it didn't work. 'open .ctl file' if (varname < 0.) varname = 0. endif If you have any experience in GrADS for this, please let me know. Thanks in advance, Eugene From edwardp at ualberta.ca Thu Jul 21 13:51:35 2011 From: edwardp at ualberta.ca (Edward Pollock) Date: Thu, 21 Jul 2011 11:51:35 -0600 Subject: [gradsusr] set negative values to zero In-Reply-To: References: Message-ID: You can do this. 'd const(maskout(var,var),0,-u)'. Cheers, Ted On Thu, Jul 21, 2011 at 11:09 AM, Eungul Lee wrote: > Dear GrADS users, > > I am using GrADS v2.0.a9 in Linux. > > I am going to set negative values to zero at each grid point in NetCDF > file. > I've been trying this using "if statements" in .gs file like below, > but it didn't work. > > 'open .ctl file' > if (varname < 0.) > varname = 0. > endif > > If you have any experience in GrADS for this, please let me know. > > Thanks in advance, > Eugene > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110721/b8d39921/attachment.html From jonathan.smith at nasa.gov Thu Jul 21 18:51:41 2011 From: jonathan.smith at nasa.gov (SMITH, JONATHAN WYNN. (GSFC-6133)) Date: Thu, 21 Jul 2011 17:51:41 -0500 Subject: [gradsusr] in netcdf file unable to display 4-D variables Message-ID: <1E8644A2BCBD5E4A9967E1E00D5D4C7301143E6FDCD0@NDMSSCC05.ndc.nasa.gov> Hello: I have a netcdf file with many variables float Q(time, lev, lat, lon) ; Q:units = "KG/KG" ; float SA1_VMR_inst(time, lev, lat, lon) ; SA1_VMR_inst:units = "VMR" ; float SOA_VMR_inst(time, lev, lat, lon) ; SOA_VMR_inst:units = "VMR" ; float T(time, lev, lat, lon) ; T:units = "K" ; float TOLUENE_VMR_inst(time, lev, lat, lon) ; TOLUENE_VMR_inst:units = "VMR" ; float TROPLEV(time, lat, lon) ; TROPLEV:units = "KM" ; float U(time, lev, lat, lon) ; U:units = "M/S" ; float V(time, lev, lat, lon) ; V:units = "M/S" ; char current_mss(nchar) ; current_mss:long_name = "MSS pathname of this file" ; int date(time) ; date:long_name = "current date as 6 digit integer (YYMMDD)" ; int datesec(time) ; datesec:long_name = "seconds to complete current date" ; datesec:units = "s" ; int days(time) ; days:long_name = "elapsed simulation days for this case" ; char first_mss(nchar) ; first_mss:long_name = "MSS pathname of first file for this case" I use the following script: * B Vs -VTL 'reinit' 'sdfopen /Volumes/JWS/MOZART_OUTPUT/LARGE_DOMAIN/mozart4-20110721100736853957.nc' 'set mpdset hires' 'set display color white' 'run rgbset.gs' 'c' "set parea 1 10 1 7.5" "set LON -30 59" "set LAT -12 30" "set LEV 1" 'set grads off' 'set gxout shaded' "set rgb 24 255 120 120" "set clevs 20 40 60 80 100 120 140 160 180 200 220 240" "set ccols 9 14 4 11 5 13 3 10 7 12 8 2 24" 'd days' 'set string 1 l 3' 'draw string 7.5 8.0' _analysis "run cbar.gs" 'draw title 22 May 2006 MOZART L3\OzoneMixing Ratio (ppbv)' 'printim /Users/jonathanwsmith/MOZART/mozart_22may.gif' For what ever reason I am only able to plot the one and three dimensional variable like days (1-D) or PS (3-D. I am am unable to plot Q or SOA_VMR_inst which are 4-D? What could be going wrong? Jonathan Wynn Smith Student Trainee jonathan.smith at nasa.gov NASA-Goddard Space Flight Center Code 613.3-Atmospheric Chemistry and Dynamics Branch Greenbelt, MD 20771 301-614-5956 Doctoral Candidate jonathan.smith at bison.howard.edu Howard University Program in Atmospheric Sciences 2355 6th St NW/408 Thirkield Bldg. Washington, DC 20059 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110721/01bc3d9d/attachment-0001.html From Charles.Seman at noaa.gov Thu Jul 21 19:37:30 2011 From: Charles.Seman at noaa.gov (Charles Seman) Date: Thu, 21 Jul 2011 19:37:30 -0400 Subject: [gradsusr] in netcdf file unable to display 4-D variables In-Reply-To: <1E8644A2BCBD5E4A9967E1E00D5D4C7301143E6FDCD0@NDMSSCC05.ndc.nasa.gov> References: <1E8644A2BCBD5E4A9967E1E00D5D4C7301143E6FDCD0@NDMSSCC05.ndc.nasa.gov> Message-ID: <4E28B83A.4000501@noaa.gov> Jonathan, This sounds familiar... GrADS may not be able to display both 3D and 4D fields if they are in the same netCDF file (don't know why)... One thing to try is to extract the 4D fields into a separate netCDF file (e.g. using "ncks" if you have it). Hope this helps, Chuck SMITH, JONATHAN WYNN. (GSFC-6133) wrote: > Hello: > > I have a netcdf file with many variables > / float Q(time, lev, lat, lon) ; > Q:units = "KG/KG" ; > float SA1_VMR_inst(time, lev, lat, lon) ; > SA1_VMR_inst:units = "VMR" ; > float SOA_VMR_inst(time, lev, lat, lon) ; > SOA_VMR_inst:units = "VMR" ; > float T(time, lev, lat, lon) ; > T:units = "K" ; > float TOLUENE_VMR_inst(time, lev, lat, lon) ; > TOLUENE_VMR_inst:units = "VMR" ; > float TROPLEV(time, lat, lon) ; > TROPLEV:units = "KM" ; > float U(time, lev, lat, lon) ; > U:units = "M/S" ; > float V(time, lev, lat, lon) ; > V:units = "M/S" ; > char current_mss(nchar) ; > current_mss:long_name = "MSS pathname of this file" ; > int date(time) ; > date:long_name = "current date as 6 digit integer (YYMMDD)" ; > int datesec(time) ; > datesec:long_name = "seconds to complete current date" ; > datesec:units = "s" ; > int days(time) ; > days:long_name = "elapsed simulation days for this case" ; > char first_mss(nchar) ; > first_mss:long_name = "MSS pathname of first file for this case"/ > > I use the following script: > > /* B Vs -VTL > 'reinit' > 'sdfopen > /Volumes/JWS/MOZART_OUTPUT/LARGE_DOMAIN/mozart4-20110721100736853957.nc > ' > 'set mpdset hires' > 'set display color white' > 'run rgbset.gs ' > > 'c' > "set parea 1 10 1 7.5" > "set LON -30 59" > "set LAT -12 30" > "set LEV 1" > 'set grads off' > 'set gxout shaded' > "set rgb 24 255 120 120" > "set clevs 20 40 60 80 100 120 140 160 180 200 220 240" > "set ccols 9 14 4 11 5 13 3 10 7 12 8 2 24" > 'd days' > 'set string 1 l 3' > 'draw string 7.5 8.0' _analysis > "run cbar.gs " > 'draw title 22 May 2006 MOZART L3\OzoneMixing Ratio (ppbv)' > 'printim /Users/jonathanwsmith/MOZART/mozart_22may.gif'/ > > For what ever reason I am only able to plot the one and three > dimensional variable like days (1-D) or PS (3-D. I am am unable to plot > Q or SOA_VMR_inst which are 4-D? > > What could be going wrong? > > > > *Jonathan Wynn Smith* > > /Student Trainee/ > > _jonathan.smith at nasa.gov_ > > NASA-Goddard Space Flight Center > > Code 613.3-Atmospheric Chemistry and Dynamics Branch > > Greenbelt, MD 20771 > > 301-614-5956 > > > > /Doctoral Candidate/ > > jonathan.smith at bison.howard.edu > > Howard University Program in Atmospheric Sciences > > 2355 6th St NW/408 Thirkield Bldg. > > Washington, DC 20059 > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- 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 reflect any official or unofficial position of the United States Federal Government, the United States Department of Commerce, or NOAA." From vsm at jamstec.go.jp Thu Jul 21 22:32:38 2011 From: vsm at jamstec.go.jp (Sergey Varlamov) Date: Fri, 22 Jul 2011 11:32:38 +0900 Subject: [gradsusr] pdef file works at v1.9b4 but not at v2.0.a9 In-Reply-To: <40829B0E077C1145A6DE44D39B3830A91FFD68B0C9@nerckwmb1.ad.nerc.ac.uk> References: <40829B0E077C1145A6DE44D39B3830A91FFD68B0C9@nerckwmb1.ad.nerc.ac.uk> Message-ID: <4E28E146.9090501@jamstec.go.jp> Dear Douglas, Please try to change pdef 67420 1 file ... to you real grid size pdef ix jy file ... where ix and jy are dimensions of your original curvilinear grid, such that ix*jy=67420. It must still work in version 1.9 and could work in versions 2 of GrADS. Sergey Varlamov, JAMSTEC, Yokohama Clark, Douglas B. wrote: > Dear All, > > I have a dataset that uses a pdef file and that I can use in GrADS v1.9b4 (in both SunOS and RH executables downloaded from the GrADS website), but which results in a segmentation fault at v2.0.a9 (and, from memory, at v2.0.a8) - again in various downloads. Looks like it might be a bug in GrADS...but of course most things turn out to be user error! Any ideas? > > At v2.0.a9: > > ga-> q config > Config: v2.0.a9 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids geotiff shapefile > Grid Analysis and Display System (GrADS) Version 2.0.a9 > Copyright (c) 1988-2010 by Brian Doty and the > Institute for Global Environment and Society (IGES) > This program is distributed WITHOUT ANY WARRANTY > See file COPYRIGHT for more information. > > Built Fri Sep 3 17:21:21 UTC 2010 for x86_64-redhat-linux-gnu > > This version of GrADS has been configured with the following options: > o Built on a LITTLE ENDIAN machine > o Athena Widget GUI DISABLED > o Command line editing ENABLED > http://tiswww.case.edu/php/chet/readline/rltop.html > o printim command for image output ENABLED > http://www.zlib.net > http://www.libpng.org/pub/png/libpng.html > http://www.libgd.org/Main_Page > o GRIB2 interface ENABLED > http://www.ijg.org > http://www.ece.uvic.ca/~mdadams/jasper > http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 > g2clib-1.2.0 > o NetCDF interface ENABLED > http://www.unidata.ucar.edu/software/netcdf > netcdf 4.1.1 of Dec 6 2010 08:20:12 $ > o OPeNDAP gridded data interface ENABLED > o OPeNDAP station data interface DISABLED > o HDF4 and HDF5 interfaces ENABLED > http://hdfgroup.org > HDF 4.2r5 > HDF5 1.8.5 > o GeoTIFF and KML/TIFF output ENABLED > http://www.libtiff.org > http://geotiff.osgeo.org > o KML contour output ENABLED > o Shapefile interface ENABLED > http://shapelib.maptools.org > > For additional information please consult http://iges.org/grads > > ga-> open Rainf_WFD_GPCC.ctl > Scanning description file: Rainf_WFD_GPCC.ctl > PDEF FILE Error: The offsets in the pdef file > must be 1-based (i.e., > 0 and <= isize*jsize). > The data file was not opened. > Segmentation fault (core dumped) > > ------------------------------------------------------------- > > The first few lines of the ctl file are: > > dset ^../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc > options template > dtype netcdf > undef 1.0e20 > pdef 67420 1 file 1 stream binary-big ^../../../ancil/data/WFD_0p5deg_pdefData.gra > xdef 720 linear -179.75 0.5 > ydef 280 linear -55.75 0.5 > > > ------------------------------------------------------------- > > Works fine at v1.9.b4: > > ga-> open Rainf_WFD_GPCC.ctl > Scanning description file: Rainf_WFD_GPCC.ctl > Data file ../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc is open as file 1 > LON set to 0 360 > LAT set to -55.75 83.75 > LEV set to 1 1 > Time values set: 2001:1:1:0 2001:1:1:0 > Notice: Implied interpolation for file Rainf_WFD_GPCC.ctl > Interpolation will be performed on any data displayed from this file > ga-> d rainf > Notice: Automatic Grid Interpolation Taking Place > Contouring: 0 to 0.0033 interval 0.0003 > > > ------------------------------------------------------------- > > Vague notion: The pdef data file is big-endian (as declared in the pdef line of the ctl file) but > I'm using a little-endian machine. I wonder if v2.0.a9 can't cope with this mix? > > > Cheers, > Doug > > > > > -- Sergey Varlamov JAMSTEC, Yokohama From sravan_sase at yahoo.in Thu Jul 21 23:17:42 2011 From: sravan_sase at yahoo.in (Sravan) Date: Fri, 22 Jul 2011 08:47:42 +0530 (IST) Subject: [gradsusr] Plotting a domain without parameters In-Reply-To: References: Message-ID: <1311304662.12078.YahooMailNeo@web95006.mail.in2.yahoo.com> Hi, you can do like this also. 'open {your control file}' 'set gxout fgrid' 'd {any parameter in your control file}' It will also work Sravan ________________________________ From: James Ciarlo` To: GrADS Users Forum Sent: Thursday, 21 July 2011 1:49 PM Subject: Re: [gradsusr] Plotting a domain without parameters Thanks On 20 July 2011 18:13, Jeffrey Duda wrote: the 'draw map' command will also do it, but it won't plot any lat/lon lines or coordinates since it won't have any actual map data to go off of (but it will give you geo-political boundaries just fine) > >Jeff Duda > > > >On Wed, Jul 20, 2011 at 9:46 AM, Joey Woodson wrote: > >To plot a map with no parameters, first open any file with any parameters (even the sample file will work). Then do this: >> >>set clevs 0 >>set ccols 0 0 >>d param >> >>where param is a valid parameter in that file. >> >> >>On Wed, Jul 20, 2011 at 7:41 AM, James Ciarlo` wrote: >> >>Dear gradsusr, >>> >>> >>>Is it possible to plot a map, without using any parameters? that is simply getting the outline of the coastlines for the region? >>> >>>And possibly even draw a few dots or crosses at particular locations according to lat/lon information? >>> >>>Regards, >>> >>>James >>> >>> >>>_______________________________________________ >>>gradsusr mailing list >>>gradsusr at gradsusr.org >>>http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> >>_______________________________________________ >>gradsusr mailing list >>gradsusr at gradsusr.org >>http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > >-- >Jeff Duda >Iowa State University >Meteorology Graduate Student >3134 Agronomy Hall >www.meteor.iastate.edu/~jdduda > >_______________________________________________ >gradsusr mailing list >gradsusr at gradsusr.org >http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/a859df64/attachment.html From simon.kiertscher at gmx.de Fri Jul 22 04:24:32 2011 From: simon.kiertscher at gmx.de (Simon Kiertscher) Date: Fri, 22 Jul 2011 10:24:32 +0200 Subject: [gradsusr] say to stderr In-Reply-To: References: <4E26D9AB.6090204@gmx.de> Message-ID: <4E2933C0.9020702@gmx.de> Hi John, thanks for your answer. I know how to redirect channels on the command line. But how to decide IN the script, what should go to stderr and what to stdout, 'say' always put the output to stdout. So in bash i would do echo "foobar" 1>&2 to get the foobar to the stderr, how can i do this in GrADS? Is there a way? Best Regards, Simon > Simon > > If you are running GrADS in batch mode you can re-direct output as follows > > grads -lbc 'run somescript.gs' 2> say.err 1>&2 > > In interactive mode there is no output to the screen it simply goes to the file. > > Does that answer your question? > > John Huddleston > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher > Sent: Wednesday, July 20, 2011 7:36 AM > To: gradsusr at gradsusr.org > Subject: [gradsusr] say to stderr > > Dear gradsusers > > i can not find any information about sending text to the stderror channel of the shell while using the say command. Has some one an idea? > > Best Regards, > Simon > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > From dbcl at ceh.ac.uk Fri Jul 22 04:38:50 2011 From: dbcl at ceh.ac.uk (Clark, Douglas B.) Date: Fri, 22 Jul 2011 09:38:50 +0100 Subject: [gradsusr] pdef file works at v1.9b4 but not at v2.0.a9 In-Reply-To: <4E28E146.9090501@jamstec.go.jp> References: <40829B0E077C1145A6DE44D39B3830A91FFD68B0C9@nerckwmb1.ad.nerc.ac.uk> <4E28E146.9090501@jamstec.go.jp> Message-ID: <40829B0E077C1145A6DE44D39B3830A91FFD68B7BE@nerckwmb1.ad.nerc.ac.uk> Sergey, Thanks for your answer. In fact I don't think your suggestion was the answer I needed, but it did cause me to look at the documentation again, at which point I got my answer! My data are essentially a "vector" of land points and I use the pdef to scatter these across a lat-lon grid (very like the final example on the pdef documentation page). So the "native grid" really is 67420 x 1. The problem was that in the pdef data file (WFD_0p5deg_pdefData.gra in my example below), I had values of zero for the index (or offset) variable over the sea - i.e. the locations that I didn't have data for. These would have been better set to the missing data value. At v1.9.b4, the zeroes worked fine (and I was blissfully unaware that GrADS was struggling with different offset values for GRIB and non-GRIB files). At v2.0.a9 presumably GrADS notes that I don't have a GRIB file and tests the offsets; when it finds a zero it fails (rather dramatically with a core dump!). So the answer was to make sure that my offset is set to the missing data value where I don't have data. Which sounds (and is) pretty obvious, but had worked for years with zero instead! I have been using this style of pdef file for years and hadn't noticed that the online documentation for pdef now has various "WARNING" and other messages documenting issues with the offset (and that pdef FILE is now deprecated in favour of pdef GENERAL). Thanks again, Doug -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Sergey Varlamov Sent: 22 July 2011 03:33 To: GrADS Users Forum Subject: Re: [gradsusr] pdef file works at v1.9b4 but not at v2.0.a9 Dear Douglas, Please try to change pdef 67420 1 file ... to you real grid size pdef ix jy file ... where ix and jy are dimensions of your original curvilinear grid, such that ix*jy=67420. It must still work in version 1.9 and could work in versions 2 of GrADS. Sergey Varlamov, JAMSTEC, Yokohama Clark, Douglas B. wrote: > Dear All, > > I have a dataset that uses a pdef file and that I can use in GrADS v1.9b4 (in both SunOS and RH executables downloaded from the GrADS website), but which results in a segmentation fault at v2.0.a9 (and, from memory, at v2.0.a8) - again in various downloads. Looks like it might be a bug in GrADS...but of course most things turn out to be user error! Any ideas? > > At v2.0.a9: > > ga-> q config > Config: v2.0.a9 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids geotiff shapefile > Grid Analysis and Display System (GrADS) Version 2.0.a9 > Copyright (c) 1988-2010 by Brian Doty and the > Institute for Global Environment and Society (IGES) > This program is distributed WITHOUT ANY WARRANTY > See file COPYRIGHT for more information. > > Built Fri Sep 3 17:21:21 UTC 2010 for x86_64-redhat-linux-gnu > > This version of GrADS has been configured with the following options: > o Built on a LITTLE ENDIAN machine > o Athena Widget GUI DISABLED > o Command line editing ENABLED > http://tiswww.case.edu/php/chet/readline/rltop.html > o printim command for image output ENABLED > http://www.zlib.net > http://www.libpng.org/pub/png/libpng.html > http://www.libgd.org/Main_Page > o GRIB2 interface ENABLED > http://www.ijg.org > http://www.ece.uvic.ca/~mdadams/jasper > http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 > g2clib-1.2.0 > o NetCDF interface ENABLED > http://www.unidata.ucar.edu/software/netcdf > netcdf 4.1.1 of Dec 6 2010 08:20:12 $ > o OPeNDAP gridded data interface ENABLED > o OPeNDAP station data interface DISABLED > o HDF4 and HDF5 interfaces ENABLED > http://hdfgroup.org > HDF 4.2r5 > HDF5 1.8.5 > o GeoTIFF and KML/TIFF output ENABLED > http://www.libtiff.org > http://geotiff.osgeo.org > o KML contour output ENABLED > o Shapefile interface ENABLED > http://shapelib.maptools.org > > For additional information please consult http://iges.org/grads > > ga-> open Rainf_WFD_GPCC.ctl > Scanning description file: Rainf_WFD_GPCC.ctl > PDEF FILE Error: The offsets in the pdef file > must be 1-based (i.e., > 0 and <= isize*jsize). > The data file was not opened. > Segmentation fault (core dumped) > > ------------------------------------------------------------- > > The first few lines of the ctl file are: > > dset ^../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc > options template > dtype netcdf > undef 1.0e20 > pdef 67420 1 file 1 stream binary-big ^../../../ancil/data/WFD_0p5deg_pdefData.gra > xdef 720 linear -179.75 0.5 > ydef 280 linear -55.75 0.5 > > > ------------------------------------------------------------- > > Works fine at v1.9.b4: > > ga-> open Rainf_WFD_GPCC.ctl > Scanning description file: Rainf_WFD_GPCC.ctl > Data file ../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc is open as file 1 > LON set to 0 360 > LAT set to -55.75 83.75 > LEV set to 1 1 > Time values set: 2001:1:1:0 2001:1:1:0 > Notice: Implied interpolation for file Rainf_WFD_GPCC.ctl > Interpolation will be performed on any data displayed from this file > ga-> d rainf > Notice: Automatic Grid Interpolation Taking Place > Contouring: 0 to 0.0033 interval 0.0003 > > > ------------------------------------------------------------- > > Vague notion: The pdef data file is big-endian (as declared in the pdef line of the ctl file) but > I'm using a little-endian machine. I wonder if v2.0.a9 can't cope with this mix? > > > Cheers, > Doug > > > > > -- Sergey Varlamov JAMSTEC, Yokohama _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -- This message (and any attachments) is for the recipient only. NERC is subject to the Freedom of Information Act 2000 and the contents of this email and any reply you make may be disclosed by NERC unless it is exempt from release under the Act. Any material supplied to NERC may be stored in an electronic records management system. From vsm at jamstec.go.jp Fri Jul 22 06:28:45 2011 From: vsm at jamstec.go.jp (Sergey Varlamov) Date: Fri, 22 Jul 2011 19:28:45 +0900 Subject: [gradsusr] pdef file works at v1.9b4 but not at v2.0.a9 In-Reply-To: <40829B0E077C1145A6DE44D39B3830A91FFD68B7BE@nerckwmb1.ad.nerc.ac.uk> References: <40829B0E077C1145A6DE44D39B3830A91FFD68B0C9@nerckwmb1.ad.nerc.ac.uk> <4E28E146.9090501@jamstec.go.jp> <40829B0E077C1145A6DE44D39B3830A91FFD68B7BE@nerckwmb1.ad.nerc.ac.uk> Message-ID: <4E2950DD.6000400@jamstec.go.jp> Douglas, The zero values for the mask in pdef file look to be normal. But reading your netcdf require to know each dimension size "as it is" in your file. When you provide description file (ctl) grads ignore internal netcdf information for dimension using yours instead. Then, for the input arrays allocation "67420 1" is OK, but the real netcdf lat-lon grid size is necessary for correct data input before the pdef mask application. Please run ncdump on you file and try "nx ny" instead. Just it must help. Or, if you are ready to rebuild an interpolation arrays, please create PDEF of GENERAL type that is better documented. Once more, the problem is in reading not the pdef mask file, but in reading from your netsdf file all 67420 values along the first (x or lon) dimension with all other dimensions fixed! It crashes netcdf library and then grads, I guess. In Grads prior version 1.9 the pdef do not worked for netcdf files at all due to this problem, but worked for binary files. >From 1.9 it worked, but already required to use nx and ny instead of "nx*ny 1" for FILE type pdefs in case of netcdf files, except that your netsdf file really has an internal structure with "67420*1" spatial grid. Good luck to you! Sergey Clark, Douglas B. wrote: > Sergey, > > Thanks for your answer. In fact I don't think your suggestion was the answer I needed, but it did cause me to look at the documentation again, at which point I got my answer! > > My data are essentially a "vector" of land points and I use the pdef to scatter these across a lat-lon grid (very like the final example on the pdef documentation page). So the "native grid" really is 67420 x 1. The problem was that in the pdef data file (WFD_0p5deg_pdefData.gra in my example below), I had values of zero for the index (or offset) variable over the sea - i.e. the locations that I didn't have data for. These would have been better set to the missing data value. At v1.9.b4, the zeroes worked fine (and I was blissfully unaware that GrADS was struggling with different offset values for GRIB and non-GRIB files). At v2.0.a9 presumably GrADS notes that I don't have a GRIB file and tests the offsets; when it finds a zero it fails (rather dramatically with a core dump!). > > So the answer was to make sure that my offset is set to the missing data value where I don't have data. Which sounds (and is) pretty obvious, but had worked for years with zero instead! > > I have been using this style of pdef file for years and hadn't noticed that the online documentation for pdef now has various "WARNING" and other messages documenting issues with the offset (and that pdef FILE is now deprecated in favour of pdef GENERAL). > > Thanks again, > Doug > > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Sergey Varlamov > Sent: 22 July 2011 03:33 > To: GrADS Users Forum > Subject: Re: [gradsusr] pdef file works at v1.9b4 but not at v2.0.a9 > > > Dear Douglas, > > Please try to change > > pdef 67420 1 file ... > > to you real grid size > > pdef ix jy file ... > > where ix and jy are dimensions of your original curvilinear grid, > such that ix*jy=67420. > It must still work in version 1.9 and could work in versions 2 of GrADS. > > Sergey Varlamov, > > JAMSTEC, Yokohama > > > Clark, Douglas B. wrote: > >> Dear All, >> >> I have a dataset that uses a pdef file and that I can use in GrADS v1.9b4 (in both SunOS and RH executables downloaded from the GrADS website), but which results in a segmentation fault at v2.0.a9 (and, from memory, at v2.0.a8) - again in various downloads. Looks like it might be a bug in GrADS...but of course most things turn out to be user error! Any ideas? >> >> At v2.0.a9: >> >> ga-> q config >> Config: v2.0.a9 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids geotiff shapefile >> Grid Analysis and Display System (GrADS) Version 2.0.a9 >> Copyright (c) 1988-2010 by Brian Doty and the >> Institute for Global Environment and Society (IGES) >> This program is distributed WITHOUT ANY WARRANTY >> See file COPYRIGHT for more information. >> >> Built Fri Sep 3 17:21:21 UTC 2010 for x86_64-redhat-linux-gnu >> >> This version of GrADS has been configured with the following options: >> o Built on a LITTLE ENDIAN machine >> o Athena Widget GUI DISABLED >> o Command line editing ENABLED >> http://tiswww.case.edu/php/chet/readline/rltop.html >> o printim command for image output ENABLED >> http://www.zlib.net >> http://www.libpng.org/pub/png/libpng.html >> http://www.libgd.org/Main_Page >> o GRIB2 interface ENABLED >> http://www.ijg.org >> http://www.ece.uvic.ca/~mdadams/jasper >> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 >> g2clib-1.2.0 >> o NetCDF interface ENABLED >> http://www.unidata.ucar.edu/software/netcdf >> netcdf 4.1.1 of Dec 6 2010 08:20:12 $ >> o OPeNDAP gridded data interface ENABLED >> o OPeNDAP station data interface DISABLED >> o HDF4 and HDF5 interfaces ENABLED >> http://hdfgroup.org >> HDF 4.2r5 >> HDF5 1.8.5 >> o GeoTIFF and KML/TIFF output ENABLED >> http://www.libtiff.org >> http://geotiff.osgeo.org >> o KML contour output ENABLED >> o Shapefile interface ENABLED >> http://shapelib.maptools.org >> >> For additional information please consult http://iges.org/grads >> >> ga-> open Rainf_WFD_GPCC.ctl >> Scanning description file: Rainf_WFD_GPCC.ctl >> PDEF FILE Error: The offsets in the pdef file >> must be 1-based (i.e., > 0 and <= isize*jsize). >> The data file was not opened. >> Segmentation fault (core dumped) >> >> ------------------------------------------------------------- >> >> The first few lines of the ctl file are: >> >> dset ^../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc >> options template >> dtype netcdf >> undef 1.0e20 >> pdef 67420 1 file 1 stream binary-big ^../../../ancil/data/WFD_0p5deg_pdefData.gra >> xdef 720 linear -179.75 0.5 >> ydef 280 linear -55.75 0.5 >> >> >> ------------------------------------------------------------- >> >> Works fine at v1.9.b4: >> >> ga-> open Rainf_WFD_GPCC.ctl >> Scanning description file: Rainf_WFD_GPCC.ctl >> Data file ../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc is open as file 1 >> LON set to 0 360 >> LAT set to -55.75 83.75 >> LEV set to 1 1 >> Time values set: 2001:1:1:0 2001:1:1:0 >> Notice: Implied interpolation for file Rainf_WFD_GPCC.ctl >> Interpolation will be performed on any data displayed from this file >> ga-> d rainf >> Notice: Automatic Grid Interpolation Taking Place >> Contouring: 0 to 0.0033 interval 0.0003 >> >> >> ------------------------------------------------------------- >> >> Vague notion: The pdef data file is big-endian (as declared in the pdef line of the ctl file) but >> I'm using a little-endian machine. I wonder if v2.0.a9 can't cope with this mix? >> >> >> Cheers, >> Doug >> >> >> >> >> >> > > > -- Sergey Varlamov Senior Scientist Ocean Downscaled Prediction Research Team Climate Variation Predictability and Applicability Research Program Research Institute for Global Change JAMSTEC, 3173-25 Showa-machi, Kanazawa-ku, Yokohama, Kanagawa-ken, 236-0001 JAPAN Tel: +81-45-778-5516 Fax: +81-45-778-5707 E-mail: vsm at jamstec.go.jp ?236-0001 ?????????3173-25 ?????????????? ???????? ????????????????? ?????????????????? Varlamov Sergey From me at j0nes.de Fri Jul 22 07:52:07 2011 From: me at j0nes.de (Jonas Kaufmann) Date: Fri, 22 Jul 2011 13:52:07 +0200 Subject: [gradsusr] GrADS Return Code 141 Message-ID: Hello, in my setup I am running into a strange problem right now. I am calling a shell script containing a call to grads from a remote server. When I invoke my shell script manually from the remote server, everything is working fine - however when running through cron, grads silently crashes. Nothing is written on both STDOUT or STDERR. The only thing that I can get is that grads gives a return code 141 in the shell after failing. Can you tell me what this return code means? Do you have any idea why my job can be run manually but not from cron? Best regards, Jonas Kaufmann From klhuyck at meridian-enviro.com Fri Jul 22 08:49:22 2011 From: klhuyck at meridian-enviro.com (Kevin Huyck) Date: Fri, 22 Jul 2011 07:49:22 -0500 Subject: [gradsusr] Missing variables in 3-d fwrite binary file Message-ID: <4E2971D2.6050800@meridian-enviro.com> Good morning. I'm attempting to configure some post-processing subroutines for several parameters I find useful. For my pathfinder case, I am creating a binary file using "fwrite" to store four parameters. Each parameter varies in the horizontal plane, but not in the vertical (i.e. only one vertical level is computed). When I output a single timestep, I can open and retrieve the data file and the data display correctly. If I write each variable twice, once for each time step, I can retrieve the first time step, but not the second. At present I'm feeding commands into the command-line interpreter rather than executing a script. I've seen examples in the archives discussing varying the time dimension by way of a "while" loop. Since I'm entering the commands individually the result /should/ be the same as if run from a script. I'm not sure where I'm making my mistake in the process, so any guidance would be appreciated. Input data is the North American Mesoscale (NAM) 40 km model. I am computing values for "t 1" and "t 2" during this trial period. The variables utilized in the process are "cpd", "isenps", "u", and "v". Command sequence is first, followed by the .ctl file. I use a homemade script file, "compute_cpd.gs", to conduct the necessary calculations. This script accepts three arguments, Theta surface (in Kelvin), grid skip, and working file number. compute_cpd.gs returns cpd, isenps, u, and v. In this case, "z" in NAM-2011072200.dat represents the "theta" level for the isentropic surface. --- Command Listing --- open NAM-2011072200.ctl set t 1 run compute_cpd.gs 315 1 1 set fwrite ./cpd/NAM-2011072200.dat set gxout fwrite d cpd d isenps d u d v set t 2 run compute_cpd.gs 315 1 1 d cpd d isenps d u d v disable fwrite reinit open ./cpd/NAM-2011072200.ctl set t 1 run ./draw-cpd.gs clear graphics set t 2 run ./draw-cpd.gs --- Error Output --- Low Level I/O Error: Read error on data file Data file name = ./cpd/NAM-2011072200.dat Error reading 200 bytes at location 704000 Data Request Error: Error for variable 'cpd' Error ocurred at column 1 DISPLAY error: Invalid expression Expression = cpd Cannot plot color bar: No shading information Low Level I/O Error: Read error on data file Data file name = ./cpd/NAM-2011072200.dat Error reading 200 bytes at location 704000 Data Request Error: Error for variable 'cpd' Error ocurred at column 1 DISPLAY error: Invalid expression Expression = cpd Low Level I/O Error: Read error on data file Data file name = ./cpd/NAM-2011072200.dat Error reading 200 bytes at location 880000 Data Request Error: Error for variable 'isenps' Error ocurred at column 1 DISPLAY error: Invalid expression Expression = isenps Low Level I/O Error: Read error on data file Data file name = ./cpd/NAM-2011072200.dat Error reading 200 bytes at location 1056000 Data Request Error: Error for variable 'u' Operation Error: Error from skip function Error ocurred at column 1 DISPLAY error: Invalid expression Expression = skip(u,2) --- ./cpd/NAM-2011072200.ctl Contents --- dset /home/Agena/klhuyck/cpd/NAM-2011072200.dat title NAM 40km Condensation Pressure Deficit undef -999000000.000000 options little_endian xdef 200 linear -145.0 0.5 ydef 110 linear 12.0 0.5 zdef 1 levels 315 tdef 2 linear 00Z22Jul2011 3hr vars 4 cpd 2 99 Condensation Pressure Deficit (mb) isenps 2 99 Pressure (mb) u 2 99 Zonal component of wind (ms^-1) v 2 99 Meridional component of wind (ms^-1) endvars -- Kevin L. Huyck Forecaster, Meridian Environmental Technology, Inc. klhuyck at meridian-enviro.com Composed using Mozilla Thunderbird! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/355430bd/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: klhuyck.vcf Type: text/x-vcard Size: 307 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110722/355430bd/attachment.vcf From bernd.becker at metoffice.gov.uk Fri Jul 22 08:50:11 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Fri, 22 Jul 2011 13:50:11 +0100 Subject: [gradsusr] GrADS Return Code 141 In-Reply-To: References: Message-ID: Normalerweise liegt das an nicht gesetzten Umgebungsvariablen. Einfach im Script oben nochmal . ~/profile . ~/kshrc ausfuehren. Dann klappt das. (Meistens) -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jonas Kaufmann Sent: 22 July 2011 12:52 To: GrADS Users Forum Subject: [gradsusr] GrADS Return Code 141 Hello, in my setup I am running into a strange problem right now. I am calling a shell script containing a call to grads from a remote server. When I invoke my shell script manually from the remote server, everything is working fine - however when running through cron, grads silently crashes. Nothing is written on both STDOUT or STDERR. The only thing that I can get is that grads gives a return code 141 in the shell after failing. Can you tell me what this return code means? Do you have any idea why my job can be run manually but not from cron? Best regards, Jonas Kaufmann _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From Huddleston at cira.colostate.edu Fri Jul 22 10:10:40 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Fri, 22 Jul 2011 07:10:40 -0700 Subject: [gradsusr] say to stderr In-Reply-To: <4E2933C0.9020702@gmx.de> References: <4E26D9AB.6090204@gmx.de> <4E2933C0.9020702@gmx.de> Message-ID: Simon I looked through the GrADS source code, specifically gscrpt.c file and the 'printf' function is used. The 'printf' always goes to stdout. Had it been fprintf(FILE *somefp,...) then maybe it could have been. However, I don't think the original designers (aka Brian Doty) was concerned about writing to stderr. John -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher Sent: Friday, July 22, 2011 2:25 AM To: gradsusr at gradsusr.org Subject: Re: [gradsusr] say to stderr Hi John, thanks for your answer. I know how to redirect channels on the command line. But how to decide IN the script, what should go to stderr and what to stdout, 'say' always put the output to stdout. So in bash i would do echo "foobar" 1>&2 to get the foobar to the stderr, how can i do this in GrADS? Is there a way? Best Regards, Simon > Simon > > If you are running GrADS in batch mode you can re-direct output as > follows > > grads -lbc 'run somescript.gs' 2> say.err 1>&2 > > In interactive mode there is no output to the screen it simply goes to the file. > > Does that answer your question? > > John Huddleston > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org > [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher > Sent: Wednesday, July 20, 2011 7:36 AM > To: gradsusr at gradsusr.org > Subject: [gradsusr] say to stderr > > Dear gradsusers > > i can not find any information about sending text to the stderror channel of the shell while using the say command. Has some one an idea? > > Best Regards, > Simon > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From Huddleston at cira.colostate.edu Fri Jul 22 10:31:19 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Fri, 22 Jul 2011 07:31:19 -0700 Subject: [gradsusr] GrADS Return Code 141 In-Reply-To: References: Message-ID: Jonas There could be a number of reasons. Bernd's reply is true in that a cron script does not set a PATH and so by sourcing your profile or .bashrc files it will establish your environment. It is easier to put those PATH assignments in the cron script itself. Add the GrADS variables (GADDIR and GASCRP) as well to find the library scripts. Second, the error code 141 means it is a SIGPIPE error. 141=128+13. 13 indicates a pipe error. 128 is the bash script error. Third, it could be related to the resources on your machine itself could be the problem. Can you give us your script? John Huddleston -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Becker, Bernd Sent: Friday, July 22, 2011 6:50 AM To: GrADS Users Forum Subject: Re: [gradsusr] GrADS Return Code 141 Normalerweise liegt das an nicht gesetzten Umgebungsvariablen. Einfach im Script oben nochmal . ~/profile . ~/kshrc ausfuehren. Dann klappt das. (Meistens) -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jonas Kaufmann Sent: 22 July 2011 12:52 To: GrADS Users Forum Subject: [gradsusr] GrADS Return Code 141 Hello, in my setup I am running into a strange problem right now. I am calling a shell script containing a call to grads from a remote server. When I invoke my shell script manually from the remote server, everything is working fine - however when running through cron, grads silently crashes. Nothing is written on both STDOUT or STDERR. The only thing that I can get is that grads gives a return code 141 in the shell after failing. Can you tell me what this return code means? Do you have any idea why my job can be run manually but not from cron? Best regards, Jonas Kaufmann _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From james.ciarlo at physics.org Fri Jul 22 10:36:56 2011 From: james.ciarlo at physics.org (James Ciarlo`) Date: Fri, 22 Jul 2011 16:36:56 +0200 Subject: [gradsusr] P-value of scorr & tcorr In-Reply-To: References: Message-ID: Hi Teresa, sorry for replying so late, i had some personal issues. well I have some difficulties with this technique since I have statistically significant values both negative and positive, so when i do set cmin or cmax, it will block out the others. Is there a way to set it to absolute values? With regards to scorr, I am of the understanding that grads correlates the final spatial distribution of both and thus producing one value. I guess for statistical significance one can use the values on statistics books, and also consider the resolution of the image to obtain n Regards, James On 20 May 2011 17:41, wrote: > Hi, > > A simple way for tcorr: look at the statistically significant values for > correlation in a statistics book; then according to your n-1 observations > get the threshold values for the level of interest (p<0.05 or p<0.01). > > In grads you you can black out the values lower than those thresholds to > display only the significant ones. Also you can set a minimum value to > plot. For example, if your significant correlation at the 95% level is > 0.45: > > "set cmin 0.45" > > By the way how do you calculate the scorr, do you only average the spatial > window after calculating the tcorr? > > The spatial significance is much more complicated...I am also interested > in that, if anyone has it. It may require a bootstrap... > > Tereza Cavazos > > > > Dear gradsusrs, > > > > I have a question about scorr and tcorr functions. Is there a way to > > obtain > > the p-value in this cases? i.e. one value for scorr and map value for > > tcorr > > > > Or anything of the sort? > > > > Regards, > > > > James > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/66116c62/attachment.html From james.ciarlo at physics.org Fri Jul 22 10:45:32 2011 From: james.ciarlo at physics.org (James Ciarlo`) Date: Fri, 22 Jul 2011 16:45:32 +0200 Subject: [gradsusr] P-value of scorr & tcorr In-Reply-To: References: Message-ID: Hi Teresa, I have found this, maybe it will be helpful http://ccr.aos.wisc.edu/climate_modeling/modeling/data_processing/grads/grads_statsig.php Regards, James On 22 July 2011 16:36, James Ciarlo` wrote: > Hi Teresa, > > sorry for replying so late, i had some personal issues. well I have some > difficulties with this technique since I have statistically significant > values both negative and positive, so when i do set cmin or cmax, it will > block out the others. Is there a way to set it to absolute values? > > With regards to scorr, I am of the understanding that grads correlates the > final spatial distribution of both and thus producing one value. I guess for > statistical significance one can use the values on statistics books, and > also consider the resolution of the image to obtain n > > Regards, > > James > > > On 20 May 2011 17:41, wrote: > >> Hi, >> >> A simple way for tcorr: look at the statistically significant values for >> correlation in a statistics book; then according to your n-1 observations >> get the threshold values for the level of interest (p<0.05 or p<0.01). >> >> In grads you you can black out the values lower than those thresholds to >> display only the significant ones. Also you can set a minimum value to >> plot. For example, if your significant correlation at the 95% level is >> 0.45: >> >> "set cmin 0.45" >> >> By the way how do you calculate the scorr, do you only average the spatial >> window after calculating the tcorr? >> >> The spatial significance is much more complicated...I am also interested >> in that, if anyone has it. It may require a bootstrap... >> >> Tereza Cavazos >> >> >> > Dear gradsusrs, >> > >> > I have a question about scorr and tcorr functions. Is there a way to >> > obtain >> > the p-value in this cases? i.e. one value for scorr and map value for >> > tcorr >> > >> > Or anything of the sort? >> > >> > Regards, >> > >> > James >> > _______________________________________________ >> > gradsusr mailing list >> > gradsusr at gradsusr.org >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/614554d7/attachment.html From me at j0nes.de Fri Jul 22 11:03:04 2011 From: me at j0nes.de (Jonas Kaufmann) Date: Fri, 22 Jul 2011 17:03:04 +0200 Subject: [gradsusr] GrADS Return Code 141 In-Reply-To: References: Message-ID: Hello, I have examined the environment of the calls on both my grads machine and my remote machines. There are three machines involved in this: two remote machines where WRF computations are run (these are located in different data centers and have a slightly different setup) and my grads machine where the output of the WRF computation is pushed and then a script is started via ssh. So the basic script on the remote machine looks like this: - wait for new data from the forecast model - scp the data to the grads machine - ssh grads_machine image_generation_script.sh The image_generation_script.sh running on the grads server is also quite easy: - set up environment variables - perl script to generate a grads script - grads -b -l -c my_generated_script.gs I have compared the environments on both the remote machines as the script is run via cron, and the environment variables are exactly the same on both machines. On the grads machine, I have also done this, and the environment also matches there when being called from both remote machines. There are two things that I don't get: - on one remote machine everything is working fine, and the other one fails - if I start the script on my failing remote machine manually, everything works fine, but not when it gets executed by cron Is there a way to get any additional output or debug information from grads? Do you have any other hints what I could try? Best regards and thank you for your help! Jonas Kaufmann On Fri, Jul 22, 2011 at 16:31, Huddleston, John wrote: > Jonas > > There could be a number of reasons. Bernd's reply is true in that a cron script does not set a PATH and so by sourcing your profile or .bashrc files it will establish your environment. It is easier to put those PATH assignments in the cron script itself. Add the GrADS variables (GADDIR and GASCRP) as well to find the library scripts. > > Second, the error code 141 means it is a SIGPIPE error. 141=128+13. 13 indicates a pipe error. 128 is the bash script error. > > Third, it could be related to the resources on your machine itself could be the problem. > > Can you give us your script? > > John Huddleston > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Becker, Bernd > Sent: Friday, July 22, 2011 6:50 AM > To: GrADS Users Forum > Subject: Re: [gradsusr] GrADS Return Code 141 > > > Normalerweise liegt das an nicht gesetzten Umgebungsvariablen. > > Einfach im Script oben nochmal > . ~/profile > . ~/kshrc > > ausfuehren. Dann klappt das. (Meistens) > > -- > Bernd Becker ? Climate Impacts Product Development > Met Office Hadley Centre ? ?FitzRoy Road ?Exeter ? Devon EX1 3PB ?United > Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ > bernd-becker > > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org > [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jonas Kaufmann > Sent: 22 July 2011 12:52 > To: GrADS Users Forum > Subject: [gradsusr] GrADS Return Code 141 > > Hello, > > in my setup I am running into a strange problem right now. I am calling a shell script containing a call to grads from a remote server. When I invoke my shell script manually from the remote server, everything is working fine - however when running through cron, grads silently crashes. Nothing is written on both STDOUT or STDERR. The only thing that I can get is that grads gives a return code 141 in the shell after failing. > > Can you tell me what this return code means? Do you have any idea why my job can be run manually but not from cron? > > Best regards, > Jonas Kaufmann > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > From Huddleston at cira.colostate.edu Fri Jul 22 11:32:08 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Fri, 22 Jul 2011 08:32:08 -0700 Subject: [gradsusr] GrADS Return Code 141 In-Reply-To: References: Message-ID: Jonas That's fits my third guess that it fails on a busy machine. What is the hardware, the operating system, the memory (vmstat,free), and the ulimit of your space on both machines. John -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jonas Kaufmann Sent: Friday, July 22, 2011 9:03 AM To: GrADS Users Forum Subject: Re: [gradsusr] GrADS Return Code 141 Hello, I have examined the environment of the calls on both my grads machine and my remote machines. There are three machines involved in this: two remote machines where WRF computations are run (these are located in different data centers and have a slightly different setup) and my grads machine where the output of the WRF computation is pushed and then a script is started via ssh. So the basic script on the remote machine looks like this: - wait for new data from the forecast model - scp the data to the grads machine - ssh grads_machine image_generation_script.sh The image_generation_script.sh running on the grads server is also quite easy: - set up environment variables - perl script to generate a grads script - grads -b -l -c my_generated_script.gs I have compared the environments on both the remote machines as the script is run via cron, and the environment variables are exactly the same on both machines. On the grads machine, I have also done this, and the environment also matches there when being called from both remote machines. There are two things that I don't get: - on one remote machine everything is working fine, and the other one fails - if I start the script on my failing remote machine manually, everything works fine, but not when it gets executed by cron Is there a way to get any additional output or debug information from grads? Do you have any other hints what I could try? Best regards and thank you for your help! Jonas Kaufmann On Fri, Jul 22, 2011 at 16:31, Huddleston, John wrote: > Jonas > > There could be a number of reasons. Bernd's reply is true in that a cron script does not set a PATH and so by sourcing your profile or .bashrc files it will establish your environment. It is easier to put those PATH assignments in the cron script itself. Add the GrADS variables (GADDIR and GASCRP) as well to find the library scripts. > > Second, the error code 141 means it is a SIGPIPE error. 141=128+13. 13 indicates a pipe error. 128 is the bash script error. > > Third, it could be related to the resources on your machine itself could be the problem. > > Can you give us your script? > > John Huddleston > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org > [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Becker, Bernd > Sent: Friday, July 22, 2011 6:50 AM > To: GrADS Users Forum > Subject: Re: [gradsusr] GrADS Return Code 141 > > > Normalerweise liegt das an nicht gesetzten Umgebungsvariablen. > > Einfach im Script oben nochmal > . ~/profile > . ~/kshrc > > ausfuehren. Dann klappt das. (Meistens) > > -- > Bernd Becker ? Climate Impacts Product Development Met Office Hadley > Centre ? ?FitzRoy Road ?Exeter ? Devon EX1 3PB ?United Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - > http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decada > l/ > bernd-becker > > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org > [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jonas Kaufmann > Sent: 22 July 2011 12:52 > To: GrADS Users Forum > Subject: [gradsusr] GrADS Return Code 141 > > Hello, > > in my setup I am running into a strange problem right now. I am calling a shell script containing a call to grads from a remote server. When I invoke my shell script manually from the remote server, everything is working fine - however when running through cron, grads silently crashes. Nothing is written on both STDOUT or STDERR. The only thing that I can get is that grads gives a return code 141 in the shell after failing. > > Can you tell me what this return code means? Do you have any idea why my job can be run manually but not from cron? > > Best regards, > Jonas Kaufmann > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From mubashardogar at gmail.com Fri Jul 22 11:49:13 2011 From: mubashardogar at gmail.com (Mubashar Dogar) Date: Fri, 22 Jul 2011 18:49:13 +0300 Subject: [gradsusr] problem with grib2ctl.pl Message-ID: *Dear GrADS users, I have downloaded synoptic monthly means analysis data from ECMWF for specific humidity at 1000 pressure level both in netcdf and grib format (This is the same data in grib & netcdf format for three months of 1989). I encountered a bug or some issue in perl script (grib2ctl.pl) that generates GrADS readable control file for the grib data set. I am attaching grib file and control file made by grib2ctl.pl as well as index file generated by gribmap. The bug is that synoptic monthly means data have 4 time steps (at 00, 06, 12, & 18) for each month but grib2ctl.pl makes 4 time steps in each day instead of 4 time step in a month. When I opened the ctl file in GrADS, it display some values and shows rest as all undefined values. I even changed time in ctl manually and generate index again but the problem is yet unresolved. Where is the issue? Does anyone already encountered the same problem. Please see attached files for your satisfaction. * Mubashar -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/669918c4/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: output.ctl Type: application/octet-stream Size: 333 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110722/669918c4/attachment-0003.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: output.grib Type: application/octet-stream Size: 698256 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110722/669918c4/attachment-0004.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: output.grib.idx Type: application/octet-stream Size: 5794 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110722/669918c4/attachment-0005.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: output.nc Type: application/x-netcdf Size: 699252 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110722/669918c4/attachment-0001.nc From Mason.D.Rowell-1 at ou.edu Fri Jul 22 12:06:31 2011 From: Mason.D.Rowell-1 at ou.edu (Rowell, Mason D.) Date: Fri, 22 Jul 2011 16:06:31 +0000 Subject: [gradsusr] problem with grib2ctl.pl In-Reply-To: References: Message-ID: Mubashar, Are you sure the data is what you expect? Does your grib file have 4 time steps x 30 some days in the month of interest? Or are you positive it is just those for time steps averaged for each day in the month? Mason ________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on behalf of Mubashar Dogar [mubashardogar at gmail.com] Sent: Friday, July 22, 2011 10:49 AM To: gradsusr at gradsusr.org Subject: [gradsusr] problem with grib2ctl.pl Dear GrADS users, I have downloaded synoptic monthly means analysis data from ECMWF for specific humidity at 1000 pressure level both in netcdf and grib format (This is the same data in grib & netcdf format for three months of 1989). I encountered a bug or some issue in perl script (grib2ctl.pl) that generates GrADS readable control file for the grib data set. I am attaching grib file and control file made by grib2ctl.pl as well as index file generated by gribmap. The bug is that synoptic monthly means data have 4 time steps (at 00, 06, 12, & 18) for each month but grib2ctl.pl makes 4 time steps in each day instead of 4 time step in a month. When I opened the ctl file in GrADS, it display some values and shows rest as all undefined values. I even changed time in ctl manually and generate index again but the problem is yet unresolved. Where is the issue? Does anyone already encountered the same problem. Please see attached files for your satisfaction. Mubashar -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/c0f45065/attachment.html From me at j0nes.de Fri Jul 22 12:08:45 2011 From: me at j0nes.de (Jonas Kaufmann) Date: Fri, 22 Jul 2011 18:08:45 +0200 Subject: [gradsusr] GrADS Return Code 141 In-Reply-To: References: Message-ID: Hello, the machine itself was okay - however I have found the answer in the mean time. In my original script running on my WRF server I tried to capture the output of the remote ssh command for debugging using: ssh grads_machine image_generation_script.sh & > logfile 2> errorfile I changed this to (notice the brackets): (ssh grads_machine image_generation_script.sh &) > logfile 2> errorfile ...and from this point on everything went fine - although I am not sure why this failed at all... Anyway, thank you for your help and for your hints on where to look further! Best regards and have a nice weekend! Jonas Kaufmann On Fri, Jul 22, 2011 at 17:32, Huddleston, John wrote: > Jonas > > That's fits my third guess that it fails on a busy machine. > > What is the hardware, the operating system, the memory (vmstat,free), and the ulimit of your space ?on both machines. > > John > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jonas Kaufmann > Sent: Friday, July 22, 2011 9:03 AM > To: GrADS Users Forum > Subject: Re: [gradsusr] GrADS Return Code 141 > > Hello, > > I have examined the environment of the calls on both my grads machine and my remote machines. There are three machines involved in this: two remote machines where WRF computations are run (these are located in different data centers and have a slightly different setup) and my grads machine where the output of the WRF computation is pushed and then a script is started via ssh. > > So the basic script on the remote machine looks like this: > - wait for new data from the forecast model > - scp the data to the grads machine > - ssh grads_machine image_generation_script.sh > > The image_generation_script.sh running on the grads server is also quite easy: > - set up environment variables > - perl script to generate a grads script > - grads -b -l -c my_generated_script.gs > > I have compared the environments on both the remote machines as the script is run via cron, and the environment variables are exactly the same on both machines. On the grads machine, I have also done this, and the environment also matches there when being called from both remote machines. There are two things that I don't get: > - on one remote machine everything is working fine, and the other one fails > - if I start the script on my failing remote machine manually, everything works fine, but not when it gets executed by cron > > Is there a way to get any additional output or debug information from grads? Do you have any other hints what I could try? > > Best regards and thank you for your help! > > Jonas Kaufmann > > > On Fri, Jul 22, 2011 at 16:31, Huddleston, John wrote: >> Jonas >> >> There could be a number of reasons. Bernd's reply is true in that a cron script does not set a PATH and so by sourcing your profile or .bashrc files it will establish your environment. It is easier to put those PATH assignments in the cron script itself. Add the GrADS variables (GADDIR and GASCRP) as well to find the library scripts. >> >> Second, the error code 141 means it is a SIGPIPE error. 141=128+13. 13 indicates a pipe error. 128 is the bash script error. >> >> Third, it could be related to the resources on your machine itself could be the problem. >> >> Can you give us your script? >> >> John Huddleston >> >> -----Original Message----- >> From: gradsusr-bounces at gradsusr.org >> [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Becker, Bernd >> Sent: Friday, July 22, 2011 6:50 AM >> To: GrADS Users Forum >> Subject: Re: [gradsusr] GrADS Return Code 141 >> >> >> Normalerweise liegt das an nicht gesetzten Umgebungsvariablen. >> >> Einfach im Script oben nochmal >> . ~/profile >> . ~/kshrc >> >> ausfuehren. Dann klappt das. (Meistens) >> >> -- >> Bernd Becker ? Climate Impacts Product Development Met Office Hadley >> Centre ? ?FitzRoy Road ?Exeter ? Devon EX1 3PB ?United Kingdom >> Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 >> E-mail:bernd.becker at metoffice.gov.uk - >> http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decada >> l/ >> bernd-becker >> >> >> -----Original Message----- >> From: gradsusr-bounces at gradsusr.org >> [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jonas Kaufmann >> Sent: 22 July 2011 12:52 >> To: GrADS Users Forum >> Subject: [gradsusr] GrADS Return Code 141 >> >> Hello, >> >> in my setup I am running into a strange problem right now. I am calling a shell script containing a call to grads from a remote server. When I invoke my shell script manually from the remote server, everything is working fine - however when running through cron, grads silently crashes. Nothing is written on both STDOUT or STDERR. The only thing that I can get is that grads gives a return code 141 in the shell after failing. >> >> Can you tell me what this return code means? Do you have any idea why my job can be run manually but not from cron? >> >> Best regards, >> Jonas Kaufmann >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > From jimp at hawaii.edu Fri Jul 22 12:48:54 2011 From: jimp at hawaii.edu (James T. Potemra) Date: Fri, 22 Jul 2011 06:48:54 -1000 Subject: [gradsusr] Missing variables in 3-d fwrite binary file In-Reply-To: <4E2971D2.6050800@meridian-enviro.com> References: <4E2971D2.6050800@meridian-enviro.com> Message-ID: <4E29A9F6.5030801@hawaii.edu> Hi Kevin: It looks like in your NAM-2011072200.ctl file you are defining one vertical level: zdef 1 levels 315 but you then assign two levels to each variable: cpd 2 99 Condensation Pressure Deficit (mb) isenps 2 99 Pressure (mb) u 2 99 Zonal component of wind (ms^-1) v 2 99 Meridional component of wind (ms^-1) I think if you change the "2's" above with "1", or for surface you can have "0", it should work ok. Jim On 7/22/11 2:49 AM, Kevin Huyck wrote: > Good morning. > > I'm attempting to configure some post-processing subroutines for > several parameters I find useful. For my pathfinder case, I am > creating a binary file using "fwrite" to store four parameters. Each > parameter varies in the horizontal plane, but not in the vertical > (i.e. only one vertical level is computed). When I output a single > timestep, I can open and retrieve the data file and the data display > correctly. If I write each variable twice, once for each time step, I > can retrieve the first time step, but not the second. At present I'm > feeding commands into the command-line interpreter rather than > executing a script. I've seen examples in the archives discussing > varying the time dimension by way of a "while" loop. Since I'm > entering the commands individually the result /should/ be the same as > if run from a script. > > I'm not sure where I'm making my mistake in the process, so any > guidance would be appreciated. > > Input data is the North American Mesoscale (NAM) 40 km model. I am > computing values for "t 1" and "t 2" during this trial period. The > variables utilized in the process are "cpd", "isenps", "u", and "v". > Command sequence is first, followed by the .ctl file. I use a homemade > script file, "compute_cpd.gs", to conduct the necessary calculations. > This script accepts three arguments, Theta surface (in Kelvin), grid > skip, and working file number. compute_cpd.gs returns cpd, isenps, u, > and v. In this case, "z" in NAM-2011072200.dat represents the "theta" > level for the isentropic surface. > > --- Command Listing --- > open NAM-2011072200.ctl > set t 1 > run compute_cpd.gs 315 1 1 > > set fwrite ./cpd/NAM-2011072200.dat > set gxout fwrite > > d cpd > d isenps > d u > d v > > set t 2 > run compute_cpd.gs 315 1 1 > > d cpd > d isenps > d u > d v > > disable fwrite > reinit > > open ./cpd/NAM-2011072200.ctl > set t 1 > run ./draw-cpd.gs > > clear graphics > set t 2 > run ./draw-cpd.gs > > --- Error Output --- > Low Level I/O Error: Read error on data file > Data file name = ./cpd/NAM-2011072200.dat > Error reading 200 bytes at location 704000 > Data Request Error: Error for variable 'cpd' > Error ocurred at column 1 > DISPLAY error: Invalid expression > Expression = cpd > Cannot plot color bar: No shading information > Low Level I/O Error: Read error on data file > Data file name = ./cpd/NAM-2011072200.dat > Error reading 200 bytes at location 704000 > Data Request Error: Error for variable 'cpd' > Error ocurred at column 1 > DISPLAY error: Invalid expression > Expression = cpd > Low Level I/O Error: Read error on data file > Data file name = ./cpd/NAM-2011072200.dat > Error reading 200 bytes at location 880000 > Data Request Error: Error for variable 'isenps' > Error ocurred at column 1 > DISPLAY error: Invalid expression > Expression = isenps > Low Level I/O Error: Read error on data file > Data file name = ./cpd/NAM-2011072200.dat > Error reading 200 bytes at location 1056000 > Data Request Error: Error for variable 'u' > Operation Error: Error from skip function > Error ocurred at column 1 > DISPLAY error: Invalid expression > Expression = skip(u,2) > > --- ./cpd/NAM-2011072200.ctl Contents --- > dset /home/Agena/klhuyck/cpd/NAM-2011072200.dat > title NAM 40km Condensation Pressure Deficit > undef -999000000.000000 > options little_endian > xdef 200 linear -145.0 0.5 > ydef 110 linear 12.0 0.5 > zdef 1 levels 315 > tdef 2 linear 00Z22Jul2011 3hr > vars 4 > cpd 2 99 Condensation Pressure Deficit (mb) > isenps 2 99 Pressure (mb) > u 2 99 Zonal component of wind (ms^-1) > v 2 99 Meridional component of wind (ms^-1) > endvars > > -- > Kevin L. Huyck > Forecaster, Meridian Environmental Technology, Inc. > klhuyck at meridian-enviro.com > > Composed using Mozilla Thunderbird! > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/4de890bf/attachment.html From j_karmacharya at yahoo.com Fri Jul 22 13:07:44 2011 From: j_karmacharya at yahoo.com (jagadish karmacharya) Date: Fri, 22 Jul 2011 10:07:44 -0700 (PDT) Subject: [gradsusr] incorrect time steps Message-ID: <1311354464.42717.YahooMailNeo@web31901.mail.mud.yahoo.com> Hi, I have used CDO operators to create monthly netCDF file from daily data. The timestamp of the resulting file when viewed in CDO is: 1989-01-31T00:00:00 1989-02-28T00:00:00 1989-03-31T00:00:00 1989-04-30T00:00:00 ...... ..... But the timestep of the same file in grads is: 1989-01-31:0 1989:3:3:0 1989:3:31:0 1989:5:1:0 .... .... This is different and I guess is causing problem in time series plot etc. How can I overcome the problem? I am using grads version 2.0.a7.oga.3 in Linux OS. Any advice will be highly appreciated. Jagadish -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/f7d0c5d5/attachment-0001.html From mubashardogar at gmail.com Fri Jul 22 13:27:13 2011 From: mubashardogar at gmail.com (Mubashar Dogar) Date: Fri, 22 Jul 2011 20:27:13 +0300 Subject: [gradsusr] Re :problem with grib2ctl.pl Message-ID: Hi Mason, Yes of course it is synoptic monthly means at 00, 06, 12 and 18 UTC. plz have a look on the attached netcdf, grib files of the same data set and see the clear difference between netcdf and grib2ctl.pl generated control file. Regards, Mubashar On Fri, Jul 22, 2011 at 3:53 PM, wrote: > Send gradsusr mailing list submissions to > gradsusr at gradsusr.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://gradsusr.org/mailman/listinfo/gradsusr > or, via email, send a message with subject or body 'help' to > gradsusr-request at gradsusr.org > > You can reach the person managing the list at > gradsusr-owner at gradsusr.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of gradsusr digest..." > > > Today's Topics: > > 1. Re: problem with grib2ctl.pl (Rowell, Mason D.) > 2. Re: GrADS Return Code 141 (Jonas Kaufmann) > 3. Re: Missing variables in 3-d fwrite binary file (James T. Potemra) > 4. incorrect time steps (jagadish karmacharya) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 22 Jul 2011 16:06:31 +0000 > From: "Rowell, Mason D." > Subject: Re: [gradsusr] problem with grib2ctl.pl > To: GrADS Users Forum > Message-ID: > < > EF993BF88A0DA241AA5B306C9D22DDF753FF5436 at it-kodiak.sooner.net.ou.edu> > Content-Type: text/plain; charset="iso-8859-1" > > Mubashar, > > Are you sure the data is what you expect? Does your grib file have 4 time > steps x 30 some days in the month of interest? Or are you positive it is > just those for time steps averaged for each day in the month? > > Mason > ________________________________ > From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on > behalf of Mubashar Dogar [mubashardogar at gmail.com] > Sent: Friday, July 22, 2011 10:49 AM > To: gradsusr at gradsusr.org > Subject: [gradsusr] problem with grib2ctl.pl > > Dear GrADS users, > > I have downloaded synoptic monthly means analysis data from ECMWF for > specific humidity at 1000 pressure level both in netcdf and grib format > (This is the same data in grib & netcdf format for three months of 1989). I > encountered a bug or some issue in perl script (grib2ctl.pl< > http://grib2ctl.pl>) that generates GrADS readable control file for the > grib data set. I am attaching grib file and control file made by > grib2ctl.pl as well as index file generated by > gribmap. The bug is that synoptic monthly means data have 4 time steps (at > 00, 06, 12, & 18) for each month but grib2ctl.pl makes > 4 time steps in each day instead of 4 time step in a month. When I opened > the ctl file in GrADS, it display some values and shows rest as all > undefined values. I even changed time in ctl manually and generate index > again but the problem is yet unresolved. Where is the issue? Does anyone > already encountered the same problem. Please see attached files for y! > our satisfaction. > > Mubashar > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110722/c0f45065/attachment-0001.html > > ------------------------------ > > Message: 2 > Date: Fri, 22 Jul 2011 18:08:45 +0200 > From: Jonas Kaufmann > Subject: Re: [gradsusr] GrADS Return Code 141 > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset=ISO-8859-1 > > Hello, > > the machine itself was okay - however I have found the answer in the > mean time. In my original script running on my WRF server I tried to > capture the output of the remote ssh command for debugging using: > ssh grads_machine image_generation_script.sh & > logfile 2> errorfile > > I changed this to (notice the brackets): > (ssh grads_machine image_generation_script.sh &) > logfile 2> errorfile > > ...and from this point on everything went fine - although I am not > sure why this failed at all... > > Anyway, thank you for your help and for your hints on where to look > further! > > Best regards and have a nice weekend! > > Jonas Kaufmann > > > On Fri, Jul 22, 2011 at 17:32, Huddleston, John > wrote: > > Jonas > > > > That's fits my third guess that it fails on a busy machine. > > > > What is the hardware, the operating system, the memory (vmstat,free), and > the ulimit of your space ?on both machines. > > > > John > > > > -----Original Message----- > > From: gradsusr-bounces at gradsusr.org [mailto: > gradsusr-bounces at gradsusr.org] On Behalf Of Jonas Kaufmann > > Sent: Friday, July 22, 2011 9:03 AM > > To: GrADS Users Forum > > Subject: Re: [gradsusr] GrADS Return Code 141 > > > > Hello, > > > > I have examined the environment of the calls on both my grads machine and > my remote machines. There are three machines involved in this: two remote > machines where WRF computations are run (these are located in different data > centers and have a slightly different setup) and my grads machine where the > output of the WRF computation is pushed and then a script is started via > ssh. > > > > So the basic script on the remote machine looks like this: > > - wait for new data from the forecast model > > - scp the data to the grads machine > > - ssh grads_machine image_generation_script.sh > > > > The image_generation_script.sh running on the grads server is also quite > easy: > > - set up environment variables > > - perl script to generate a grads script > > - grads -b -l -c my_generated_script.gs > > > > I have compared the environments on both the remote machines as the > script is run via cron, and the environment variables are exactly the same > on both machines. On the grads machine, I have also done this, and the > environment also matches there when being called from both remote machines. > There are two things that I don't get: > > - on one remote machine everything is working fine, and the other one > fails > > - if I start the script on my failing remote machine manually, everything > works fine, but not when it gets executed by cron > > > > Is there a way to get any additional output or debug information from > grads? Do you have any other hints what I could try? > > > > Best regards and thank you for your help! > > > > Jonas Kaufmann > > > > > > On Fri, Jul 22, 2011 at 16:31, Huddleston, John < > Huddleston at cira.colostate.edu> wrote: > >> Jonas > >> > >> There could be a number of reasons. Bernd's reply is true in that a cron > script does not set a PATH and so by sourcing your profile or .bashrc files > it will establish your environment. It is easier to put those PATH > assignments in the cron script itself. Add the GrADS variables (GADDIR and > GASCRP) as well to find the library scripts. > >> > >> Second, the error code 141 means it is a SIGPIPE error. 141=128+13. 13 > indicates a pipe error. 128 is the bash script error. > >> > >> Third, it could be related to the resources on your machine itself could > be the problem. > >> > >> Can you give us your script? > >> > >> John Huddleston > >> > >> -----Original Message----- > >> From: gradsusr-bounces at gradsusr.org > >> [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Becker, Bernd > >> Sent: Friday, July 22, 2011 6:50 AM > >> To: GrADS Users Forum > >> Subject: Re: [gradsusr] GrADS Return Code 141 > >> > >> > >> Normalerweise liegt das an nicht gesetzten Umgebungsvariablen. > >> > >> Einfach im Script oben nochmal > >> . ~/profile > >> . ~/kshrc > >> > >> ausfuehren. Dann klappt das. (Meistens) > >> > >> -- > >> Bernd Becker ? Climate Impacts Product Development Met Office Hadley > >> Centre ? ?FitzRoy Road ?Exeter ? Devon EX1 3PB ?United Kingdom > >> Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > >> E-mail:bernd.becker at metoffice.gov.uk - > >> http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decada > >> l/ > >> bernd-becker > >> > >> > >> -----Original Message----- > >> From: gradsusr-bounces at gradsusr.org > >> [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jonas Kaufmann > >> Sent: 22 July 2011 12:52 > >> To: GrADS Users Forum > >> Subject: [gradsusr] GrADS Return Code 141 > >> > >> Hello, > >> > >> in my setup I am running into a strange problem right now. I am calling > a shell script containing a call to grads from a remote server. When I > invoke my shell script manually from the remote server, everything is > working fine - however when running through cron, grads silently crashes. > Nothing is written on both STDOUT or STDERR. The only thing that I can get > is that grads gives a return code 141 in the shell after failing. > >> > >> Can you tell me what this return code means? Do you have any idea why my > job can be run manually but not from cron? > >> > >> Best regards, > >> Jonas Kaufmann > >> _______________________________________________ > >> gradsusr mailing list > >> gradsusr at gradsusr.org > >> http://gradsusr.org/mailman/listinfo/gradsusr > >> > >> _______________________________________________ > >> gradsusr mailing list > >> gradsusr at gradsusr.org > >> http://gradsusr.org/mailman/listinfo/gradsusr > >> > >> _______________________________________________ > >> gradsusr mailing list > >> gradsusr at gradsusr.org > >> http://gradsusr.org/mailman/listinfo/gradsusr > >> > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > ------------------------------ > > Message: 3 > Date: Fri, 22 Jul 2011 06:48:54 -1000 > From: "James T. Potemra" > Subject: Re: [gradsusr] Missing variables in 3-d fwrite binary file > To: GrADS Users Forum > Message-ID: <4E29A9F6.5030801 at hawaii.edu> > Content-Type: text/plain; charset="iso-8859-1" > > Hi Kevin: > > It looks like in your NAM-2011072200.ctl file you are defining one > vertical level: > > zdef 1 levels 315 > > but you then assign two levels to each variable: > > cpd 2 99 Condensation Pressure Deficit (mb) > isenps 2 99 Pressure (mb) > u 2 99 Zonal component of wind (ms^-1) > v 2 99 Meridional component of wind (ms^-1) > > I think if you change the "2's" above with "1", or for surface you can > have "0", > it should work ok. > > Jim > > On 7/22/11 2:49 AM, Kevin Huyck wrote: > > Good morning. > > > > I'm attempting to configure some post-processing subroutines for > > several parameters I find useful. For my pathfinder case, I am > > creating a binary file using "fwrite" to store four parameters. Each > > parameter varies in the horizontal plane, but not in the vertical > > (i.e. only one vertical level is computed). When I output a single > > timestep, I can open and retrieve the data file and the data display > > correctly. If I write each variable twice, once for each time step, I > > can retrieve the first time step, but not the second. At present I'm > > feeding commands into the command-line interpreter rather than > > executing a script. I've seen examples in the archives discussing > > varying the time dimension by way of a "while" loop. Since I'm > > entering the commands individually the result /should/ be the same as > > if run from a script. > > > > I'm not sure where I'm making my mistake in the process, so any > > guidance would be appreciated. > > > > Input data is the North American Mesoscale (NAM) 40 km model. I am > > computing values for "t 1" and "t 2" during this trial period. The > > variables utilized in the process are "cpd", "isenps", "u", and "v". > > Command sequence is first, followed by the .ctl file. I use a homemade > > script file, "compute_cpd.gs", to conduct the necessary calculations. > > This script accepts three arguments, Theta surface (in Kelvin), grid > > skip, and working file number. compute_cpd.gs returns cpd, isenps, u, > > and v. In this case, "z" in NAM-2011072200.dat represents the "theta" > > level for the isentropic surface. > > > > --- Command Listing --- > > open NAM-2011072200.ctl > > set t 1 > > run compute_cpd.gs 315 1 1 > > > > set fwrite ./cpd/NAM-2011072200.dat > > set gxout fwrite > > > > d cpd > > d isenps > > d u > > d v > > > > set t 2 > > run compute_cpd.gs 315 1 1 > > > > d cpd > > d isenps > > d u > > d v > > > > disable fwrite > > reinit > > > > open ./cpd/NAM-2011072200.ctl > > set t 1 > > run ./draw-cpd.gs > > > > clear graphics > > set t 2 > > run ./draw-cpd.gs > > > > --- Error Output --- > > Low Level I/O Error: Read error on data file > > Data file name = ./cpd/NAM-2011072200.dat > > Error reading 200 bytes at location 704000 > > Data Request Error: Error for variable 'cpd' > > Error ocurred at column 1 > > DISPLAY error: Invalid expression > > Expression = cpd > > Cannot plot color bar: No shading information > > Low Level I/O Error: Read error on data file > > Data file name = ./cpd/NAM-2011072200.dat > > Error reading 200 bytes at location 704000 > > Data Request Error: Error for variable 'cpd' > > Error ocurred at column 1 > > DISPLAY error: Invalid expression > > Expression = cpd > > Low Level I/O Error: Read error on data file > > Data file name = ./cpd/NAM-2011072200.dat > > Error reading 200 bytes at location 880000 > > Data Request Error: Error for variable 'isenps' > > Error ocurred at column 1 > > DISPLAY error: Invalid expression > > Expression = isenps > > Low Level I/O Error: Read error on data file > > Data file name = ./cpd/NAM-2011072200.dat > > Error reading 200 bytes at location 1056000 > > Data Request Error: Error for variable 'u' > > Operation Error: Error from skip function > > Error ocurred at column 1 > > DISPLAY error: Invalid expression > > Expression = skip(u,2) > > > > --- ./cpd/NAM-2011072200.ctl Contents --- > > dset /home/Agena/klhuyck/cpd/NAM-2011072200.dat > > title NAM 40km Condensation Pressure Deficit > > undef -999000000.000000 > > options little_endian > > xdef 200 linear -145.0 0.5 > > ydef 110 linear 12.0 0.5 > > zdef 1 levels 315 > > tdef 2 linear 00Z22Jul2011 3hr > > vars 4 > > cpd 2 99 Condensation Pressure Deficit (mb) > > isenps 2 99 Pressure (mb) > > u 2 99 Zonal component of wind (ms^-1) > > v 2 99 Meridional component of wind (ms^-1) > > endvars > > > > -- > > Kevin L. Huyck > > Forecaster, Meridian Environmental Technology, Inc. > > klhuyck at meridian-enviro.com > > > > Composed using Mozilla Thunderbird! > > > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110722/4de890bf/attachment-0001.html > > ------------------------------ > > Message: 4 > Date: Fri, 22 Jul 2011 10:07:44 -0700 (PDT) > From: jagadish karmacharya > Subject: [gradsusr] incorrect time steps > To: "gradsusr at gradsusr.org" > Message-ID: > <1311354464.42717.YahooMailNeo at web31901.mail.mud.yahoo.com> > Content-Type: text/plain; charset="us-ascii" > > Hi, > I have used CDO operators to create monthly netCDF file from daily data. > The timestamp of the resulting file when viewed in CDO is: > > 1989-01-31T00:00:00 > 1989-02-28T00:00:00 > 1989-03-31T00:00:00 > 1989-04-30T00:00:00 > ...... > ..... > > But the timestep of the same file in grads is: > > 1989-01-31:0 > 1989:3:3:0 > > 1989:3:31:0 > 1989:5:1:0 > .... > .... > > This is different and I guess is causing problem in time series plot etc. > How can I overcome the problem? > > I am using grads version 2.0.a7.oga.3 in Linux OS. > > Any advice will be highly appreciated. > > > Jagadish > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110722/f7d0c5d5/attachment.html > > ------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > End of gradsusr Digest, Vol 17, Issue 24 > **************************************** > -- Muhammad Mubashar Ahmad Dogar Scientific Officer (Climatology Section), Global Change Impact Studies Centre (GCISC), NCP complex, Quaid-e-Azam University Campus, Shahdra road, Islamabad, Pakistan. Tel: +92519230226 Mob:+923315144169 email: mubashardogar at yahoo.com mubashar.ahmad at gcisc.org.pk -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/51f0a3a7/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: output.ctl Type: application/octet-stream Size: 333 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110722/51f0a3a7/attachment-0003.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: output.grib Type: application/octet-stream Size: 698256 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110722/51f0a3a7/attachment-0004.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: output.grib.idx Type: application/octet-stream Size: 5794 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110722/51f0a3a7/attachment-0005.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: output.nc Type: application/x-netcdf Size: 699252 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110722/51f0a3a7/attachment-0001.nc From ahmed4kernel at gmail.com Fri Jul 22 14:50:37 2011 From: ahmed4kernel at gmail.com (ahmed lasheen) Date: Fri, 22 Jul 2011 21:50:37 +0300 Subject: [gradsusr] muti plot Message-ID: Hello i am trying to plot muti images in the same panel ,i am trying to use the panels.gsf .i wanna to usse it in command line mode so how can i use the global variable (_vpg.p) in the panels.gsf to define the number of plot i wanna to plot . for example *open plot.ctl* *panels.gsf 2 2 * *_vpg.1* *d u* *_vpg.2 * *d v* thanks in advance fedora linux -grads v 2.0.a9 =============== Ahmed Lasheen Junior researcher at Cairo Numerical Weather Prediction Center (CNWPC) Egyptian Meteorological Authority(EMA) Cairo,Egypt =============== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/358482fa/attachment.html From Wesley.Ebisuzaki at noaa.gov Fri Jul 22 15:51:47 2011 From: Wesley.Ebisuzaki at noaa.gov (Wesley Ebisuzaki) Date: Fri, 22 Jul 2011 15:51:47 -0400 Subject: [gradsusr] problem with grib2ctl.pl In-Reply-To: References: Message-ID: <4E29D4D3.4060109@noaa.gov> Mubashar, The grib ctl file looks fine. If you want the 00Z jan, "set time 00z1jan1989". If you want the 12Z feb mean, "set time 12Z1feb1989". GrADS requires the time variable to have fixed time steps so you will have undefined data for all but the first day of the month. Wesley Mubashar Dogar wrote: > *Dear GrADS users, > > I have downloaded synoptic monthly means analysis data from ECMWF for > specific humidity at 1000 pressure level both in netcdf and grib > format (This is the same data in grib & netcdf format for three months > of 1989). I encountered a bug or some issue in perl script > (grib2ctl.pl ) that generates GrADS readable > control file for the grib data set. I am attaching grib file and > control file made by grib2ctl.pl as well as index > file generated by gribmap. The bug is that synoptic monthly means data > have 4 time steps (at 00, 06, 12, & 18) for each month but grib2ctl.pl > makes 4 time steps in each day instead of 4 time > step in a month. When I opened the ctl file in GrADS, it display some > values and shows rest as all undefined values. I even changed time in > ctl manually and generate index again but the problem is yet > unresolved. Where is the issue? Does anyone already encountered the > same problem. Please see attached files for your satisfaction. > * > Mubashar > ------------------------------------------------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr From devdas.pnr at gmail.com Mon Jul 25 06:42:27 2011 From: devdas.pnr at gmail.com (Sudev Das M P) Date: Mon, 25 Jul 2011 16:12:27 +0530 Subject: [gradsusr] Error Message Message-ID: Hai, I want to plot surface current above sst. For this I am using Argo sst data and Oscar surface current data. The details of this files are given below: ---------------------------------------------------------------------------------------- ga-> q file 1 File 1 : 1x1 Monthly gridded climatology on Standard Levels Descriptor: Gr_clm_temp_lev_0_2000m.nc Binary: Gr_clm_temp_lev_0_2000m.nc Type = Gridded Xsize = 360 Ysize = 180 Zsize = 27 Tsize = 12 Esize = 1 Number of Variables = 1 temp 27 t,z,y,x argo temperature (degc) ga-> q file 2 File 2 : OSCAR Surface current data climatology 2003-2010 averaged Descriptor: oscar2003_2010clim.ctl Binary: oscar2003_2010clim.bin Type = Gridded Xsize = 360 Ysize = 120 Zsize = 1 Tsize = 12 Esize = 1 Number of Variables = 2 u 1 99 zonal velocity component v 1 99 meridional velocity component ------------------------------------------------------------------------------------------- I plotted the sst , but when I am trying to plot the surface current above sst, I am getting the following warning message. -------------------------------------------------------------------------------------------- ........................................ ........................................... ga-> d u.2;v.2 Data Request Warning: Request is completely outside file limits Entire grid contents are set to missing data Grid limits of file: X = 1 360 Y = 1 120 Z = 1 1 T = 1 12 E = 1 1 Grid limits of request: X = 35 111 Y = 40 88 Z = 1 1 T = -119987 -119987 E = 1 1 Warning issued for variable = u.2 Data Request Warning: Request is completely outside file limits Entire grid contents are set to missing data Grid limits of file: X = 1 360 Y = 1 120 Z = 1 1 T = 1 12 E = 1 1 Grid limits of request: X = 35 111 Y = 40 88 Z = 1 1 T = -119987 -119987 E = 1 1 Warning issued for variable = v.2 Cannot draw vectors/barbs -- U field all undefined ---------------------------------------------------------------------------------------------- Please tell me how to solve this. Thanks, sudev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110725/eeed852b/attachment.html From dbcl at ceh.ac.uk Mon Jul 25 07:00:50 2011 From: dbcl at ceh.ac.uk (Clark, Douglas B.) Date: Mon, 25 Jul 2011 12:00:50 +0100 Subject: [gradsusr] Error Message In-Reply-To: References: Message-ID: <40829B0E077C1145A6DE44D39B3830A91FFD71D656@nerckwmb1.ad.nerc.ac.uk> Sudev, The problem (I think) is that your current time dimensions settings do not overlap with the times available in your file #2. Your second file has 12 times but the line in the error message "Grid limits of request:? X = 35 111? Y = 40 88? Z = 1 1? T = -119987 -119987? E = 1 1" indicates that the time you have selected from the SST file is before the start of the surface current data (t=-119987). You can override the current time dimension settings (i.e. choose a particular time) by using, e.g. d u.2(t=1);v.2(t=1) to plot the first time of surface current data. You can choose any of the 12 times available in this way. Doug From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Sudev Das M P Sent: 25 July 2011 11:42 To: GrADS Users Forum Subject: [gradsusr] Error Message Hai, I want to plot surface current above sst. For this I am using Argo sst data and Oscar surface current data. The details of this files are given below: ---------------------------------------------------------------------------------------- ga-> q file 1 File 1 : 1x1 Monthly gridded climatology on Standard Levels ? Descriptor: Gr_clm_temp_lev_0_2000m.nc ? Binary: Gr_clm_temp_lev_0_2000m.nc ? Type = Gridded ? Xsize = 360? Ysize = 180? Zsize = 27? Tsize = 12? Esize = 1 ? Number of Variables = 1 ???? temp? 27? t,z,y,x? argo temperature (degc) ga-> q file 2 File 2 : OSCAR Surface current data climatology 2003-2010 averaged ? Descriptor: oscar2003_2010clim.ctl ? Binary: oscar2003_2010clim.bin ? Type = Gridded ? Xsize = 360? Ysize = 120? Zsize = 1? Tsize = 12? Esize = 1 ? Number of Variables = 2 ???? u? 1? 99? zonal velocity component ???? v? 1? 99? meridional velocity component ------------------------------------------------------------------------------------------- I plotted the sst , but when I am trying to plot the surface current above sst, I am getting the following warning message. -------------------------------------------------------------------------------------------- ........................................ ........................................... ga-> d u.2;v.2 Data Request Warning:? Request is completely outside file limits ? Entire grid contents are set to missing data ? Grid limits of file:???? X = 1 360? Y = 1 120? Z = 1 1? T = 1 12? E = 1 1 ? Grid limits of request:? X = 35 111? Y = 40 88? Z = 1 1? T = -119987 -119987? E = 1 1 ? Warning issued for variable = u.2 Data Request Warning:? Request is completely outside file limits ? Entire grid contents are set to missing data ? Grid limits of file:???? X = 1 360? Y = 1 120? Z = 1 1? T = 1 12? E = 1 1 ? Grid limits of request:? X = 35 111? Y = 40 88? Z = 1 1? T = -119987 -119987? E = 1 1 ? Warning issued for variable = v.2 Cannot draw vectors/barbs -- U field all undefined ---------------------------------------------------------------------------------------------- Please tell me how to solve this. Thanks, sudev -- This message (and any attachments) is for the recipient only. NERC is subject to the Freedom of Information Act 2000 and the contents of this email and any reply you make may be disclosed by NERC unless it is exempt from release under the Act. Any material supplied to NERC may be stored in an electronic records management system. From simon.kiertscher at gmx.de Mon Jul 25 08:27:59 2011 From: simon.kiertscher at gmx.de (Simon Kiertscher) Date: Mon, 25 Jul 2011 14:27:59 +0200 Subject: [gradsusr] say to stderr In-Reply-To: References: <4E26D9AB.6090204@gmx.de> <4E2933C0.9020702@gmx.de> Message-ID: <4E2D614F.9040000@gmx.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi John, thanks you for your effort. Best Regards, Simon Am 22.07.2011 16:10, schrieb Huddleston, John: > Simon > > I looked through the GrADS source code, specifically gscrpt.c file and the 'printf' function is used. > > The 'printf' always goes to stdout. Had it been fprintf(FILE *somefp,...) then maybe it could have been. > > However, I don't think the original designers (aka Brian Doty) was concerned about writing to stderr. > > John > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher > Sent: Friday, July 22, 2011 2:25 AM > To: gradsusr at gradsusr.org > Subject: Re: [gradsusr] say to stderr > > Hi John, > > thanks for your answer. I know how to redirect channels on the command line. > But how to decide IN the script, what should go to stderr and what to stdout, 'say' always put the output to stdout. > So in bash i would do echo "foobar" 1>&2 to get the foobar to the stderr, how can i do this in GrADS? Is there a way? > > Best Regards, > Simon >> Simon >> >> If you are running GrADS in batch mode you can re-direct output as >> follows >> >> grads -lbc 'run somescript.gs' 2> say.err 1>&2 >> >> In interactive mode there is no output to the screen it simply goes to the file. >> >> Does that answer your question? >> >> John Huddleston >> >> -----Original Message----- >> From: gradsusr-bounces at gradsusr.org >> [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher >> Sent: Wednesday, July 20, 2011 7:36 AM >> To: gradsusr at gradsusr.org >> Subject: [gradsusr] say to stderr >> >> Dear gradsusers >> >> i can not find any information about sending text to the stderror channel of the shell while using the say command. Has some one an idea? >> >> Best Regards, >> Simon >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) iEYEARECAAYFAk4tYU8ACgkQG0AVdCSrH+YQTwCguP5vZwnTglV57tNoXdBLQHfr Z8EAnizKje0vZYEoHntzY/0Omx67IPSf =Y7CV -----END PGP SIGNATURE----- From devdas.pnr at gmail.com Mon Jul 25 12:44:36 2011 From: devdas.pnr at gmail.com (Sudev Das M P) Date: Mon, 25 Jul 2011 22:14:36 +0530 Subject: [gradsusr] Error Message In-Reply-To: <40829B0E077C1145A6DE44D39B3830A91FFD71D656@nerckwmb1.ad.nerc.ac.uk> References: <40829B0E077C1145A6DE44D39B3830A91FFD71D656@nerckwmb1.ad.nerc.ac.uk> Message-ID: Hai Douglas, Thanks. It is working. Sudev On Mon, Jul 25, 2011 at 4:30 PM, Clark, Douglas B. wrote: > Sudev, > > The problem (I think) is that your current time dimensions settings do not > overlap with the times available in your file #2. > > Your second file has 12 times but the line in the error message > "Grid limits of request: X = 35 111 Y = 40 88 Z = 1 1 T = -119987 > -119987 E = 1 1" > indicates that the time you have selected from the SST file is before the > start of the surface current data (t=-119987). > > You can override the current time dimension settings (i.e. choose a > particular time) by using, e.g. > d u.2(t=1);v.2(t=1) > to plot the first time of surface current data. You can choose any of the > 12 times available in this way. > > Doug > > > > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] > On Behalf Of Sudev Das M P > Sent: 25 July 2011 11:42 > To: GrADS Users Forum > Subject: [gradsusr] Error Message > > Hai, > > I want to plot surface current above sst. For this I am using Argo sst data > and > Oscar surface current data. The details of this files are given below: > > ---------------------------------------------------------------------------------------- > ga-> q file 1 > File 1 : 1x1 Monthly gridded climatology on Standard Levels > Descriptor: Gr_clm_temp_lev_0_2000m.nc > Binary: Gr_clm_temp_lev_0_2000m.nc > Type = Gridded > Xsize = 360 Ysize = 180 Zsize = 27 Tsize = 12 Esize = 1 > Number of Variables = 1 > temp 27 t,z,y,x argo temperature (degc) > ga-> q file 2 > File 2 : OSCAR Surface current data climatology 2003-2010 averaged > Descriptor: oscar2003_2010clim.ctl > Binary: oscar2003_2010clim.bin > Type = Gridded > Xsize = 360 Ysize = 120 Zsize = 1 Tsize = 12 Esize = 1 > Number of Variables = 2 > u 1 99 zonal velocity component > v 1 99 meridional velocity component > > ------------------------------------------------------------------------------------------- > > I plotted the sst , but when I am trying to plot the surface current above > sst, I am getting > the following warning message. > > -------------------------------------------------------------------------------------------- > ........................................ > ........................................... > ga-> d u.2;v.2 > Data Request Warning: Request is completely outside file limits > Entire grid contents are set to missing data > Grid limits of file: X = 1 360 Y = 1 120 Z = 1 1 T = 1 12 E = 1 1 > Grid limits of request: X = 35 111 Y = 40 88 Z = 1 1 T = -119987 > -119987 E = 1 1 > Warning issued for variable = u.2 > Data Request Warning: Request is completely outside file limits > Entire grid contents are set to missing data > Grid limits of file: X = 1 360 Y = 1 120 Z = 1 1 T = 1 12 E = 1 1 > Grid limits of request: X = 35 111 Y = 40 88 Z = 1 1 T = -119987 > -119987 E = 1 1 > Warning issued for variable = v.2 > Cannot draw vectors/barbs -- U field all undefined > > ---------------------------------------------------------------------------------------------- > Please tell me how to solve this. > > Thanks, > sudev > > > -- > This message (and any attachments) is for the recipient only. NERC > is subject to the Freedom of Information Act 2000 and the contents > of this email and any reply you make may be disclosed by NERC unless > it is exempt from release under the Act. Any material supplied to > NERC may be stored in an electronic records management system. > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110725/8a47ca00/attachment-0001.html From klhuyck at meridian-enviro.com Mon Jul 25 15:26:52 2011 From: klhuyck at meridian-enviro.com (Kevin Huyck) Date: Mon, 25 Jul 2011 14:26:52 -0500 Subject: [gradsusr] Missing variables in 3-d fwrite binary file In-Reply-To: <4E29A9F6.5030801@hawaii.edu> References: <4E2971D2.6050800@meridian-enviro.com> <4E29A9F6.5030801@hawaii.edu> Message-ID: <4E2DC37C.3000703@meridian-enviro.com> Jim, I thought those values represented the time step. After changing them to "1" as you suggested, the data are what I was expecting. My next step is creating multiple levels corresponding to numerous isentropic levels. For each level I add, I'll increment the "1"s to the number of vertical levels. Many, many thanks for you suggestion. Kevin L. Huyck Forecaster, Meridian Environmental Technology, Inc. klhuyck at meridian-enviro.com Composed using Mozilla Thunderbird! On 07/22/11 11:48, James T. Potemra wrote: > Hi Kevin: > > It looks like in your NAM-2011072200.ctl file you are defining one > vertical level: > > zdef 1 levels 315 > > but you then assign two levels to each variable: > > cpd 2 99 Condensation Pressure Deficit (mb) > isenps 2 99 Pressure (mb) > u 2 99 Zonal component of wind (ms^-1) > v 2 99 Meridional component of wind (ms^-1) > > I think if you change the "2's" above with "1", or for surface you can > have "0", > it should work ok. > > Jim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110725/933b4073/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: klhuyck.vcf Type: text/x-vcard Size: 307 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110725/933b4073/attachment.vcf From dipakmath at gmail.com Tue Jul 26 00:48:45 2011 From: dipakmath at gmail.com (dipak sahu) Date: Tue, 26 Jul 2011 10:18:45 +0530 Subject: [gradsusr] error with fprintf command In-Reply-To: References: Message-ID: Dear all I tried to write the grads out put values into a ascii file by using the fprintf.gs script. I tried the following command > set x 1 54 (since the .dat file has 54 longitude and 36 latitude points) > set t 25 > fprintf t2-273.15 T2-24hr.csv %g, 54 but the file T2-24hr.csv has only two rows of data instead of 36 rows of data. What may be the error with this script or command. waiting for your kind reply thanking you with regards Dipak Sahu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110726/09c72c64/attachment.html From chinhth2010 at gmail.com Tue Jul 26 20:50:18 2011 From: chinhth2010 at gmail.com (chinh ta huu) Date: Tue, 26 Jul 2011 17:50:18 -0700 Subject: [gradsusr] Grads 2.0.9 error In-Reply-To: References: Message-ID: Dear Guilherme For this software, not make install. You only copy to /opt/opengrads/opengrads/ And then set envir variable in bashfile. It is ok Best regards Chinh On Thu, Jul 7, 2011 at 1:09 PM, Guilherme Martins wrote: > Hi users, > > I need help. I'm trying to install grads2.0.9, but I receive the message > below when I type make: > > gagx.o: In function `gakml': > /home/gui/grads-2.0.a9/src/gagx.c:3986: undefined reference to `gxqdrgb' > gagx.o: In function `gagtif': > /home/gui/grads-2.0.a9/src/gagx.c:4290: undefined reference to `gxqdrgb' > ../../supplibs/lib/libcurl.a(timeval.o): In function `curlx_tvnow': > timeval.c:(.text+0x89): undefined reference to `clock_gettime' > make[2]: ** [grads] Erro 1 > make[2]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' > make[1]: ** [all] Erro 2 > make[1]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' > make: ** [all-recursive] Erro 1 > gui at curupira:~/grads-2.0.a9$ > > May anyone help me? > > Thanks a lot, > > Guilherme. > > -- > Guilherme Martins > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- (Mr.) Ta Huu Chinh National, Weather Forecasting Center, Ha Noi, Viet Nam. No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi Tel: 84-903-402-181 Fax: 84-43-824-4917 Email: chinhth2010 at gmail.com Website: http://vn.myblog.yahoo.com/chinhth2005/ Website: http://bestknowledge-chinhth.blogspot.com/ Website: http://anhcuoidep.vn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110726/6b6229ad/attachment.html From sal.salazar1 at gmail.com Wed Jul 27 03:19:26 2011 From: sal.salazar1 at gmail.com (Salvador Salazar) Date: Wed, 27 Jul 2011 00:19:26 -0700 Subject: [gradsusr] Variable 'HFX' from ctl file Message-ID: Hi guys, I have a question about the variable 'HFX' that from the ARWpost .ctl file. The description reads 'upward heat flux at the surface', and I wanted to know if this meant total heat flux or simply sensible heat flux. Any ideas are appreciated! -- Sal! From simon.kiertscher at gmx.de Wed Jul 27 04:27:59 2011 From: simon.kiertscher at gmx.de (Simon Kiertscher) Date: Wed, 27 Jul 2011 10:27:59 +0200 Subject: [gradsusr] time format In-Reply-To: References: Message-ID: <4E2FCC0F.6080607@gmx.de> Dear all, i have a problem with opening a file. I use (GrADS) Version 2.0.a9 on Suse ga-> sdfopen GKSS-2.nc Scanning self-describing file: GKSS-2.nc gadsdf: Error parsing time_units for SDF file. the format is as follows: (from ncdump) double time(time) ; time:units = "day as %Y%m%d.%f" ; time:calendar = "proleptic_gregorian" ; time:axis = "t" ; time:long_name = "time" ; So i think this is valid format? Can anyone tell my what is wrong? Best Regards, Simon From yaqiang.wang at gmail.com Wed Jul 27 04:41:49 2011 From: yaqiang.wang at gmail.com (Yaqiang Wang) Date: Wed, 27 Jul 2011 16:41:49 +0800 Subject: [gradsusr] time format In-Reply-To: <4E2FCC0F.6080607@gmx.de> References: <4E2FCC0F.6080607@gmx.de> Message-ID: time:units = "day as %Y%m%d.%f" It does not follow GOARDS conventions which is used in 'sdfopen' function. So you need to write a control file to tell GrADS the dimensions and variables in the data set. You have to use 'xdfopen' or 'open' commands to open the data file. On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher wrote: > Dear all, > > i have a problem with opening a file. > I use (GrADS) Version 2.0.a9 on Suse > > ga-> sdfopen GKSS-2.nc > Scanning self-describing file: ?GKSS-2.nc > gadsdf: Error parsing time_units for SDF file. > > the format is as follows: > (from ncdump) > > ? ? ? ? double time(time) ; > ? ? ? ? ? ? ? ? time:units = "day as %Y%m%d.%f" ; > ? ? ? ? ? ? ? ? time:calendar = "proleptic_gregorian" ; > ? ? ? ? ? ? ? ? time:axis = "t" ; > ? ? ? ? ? ? ? ? time:long_name = "time" ; > > So i think this is valid format? Can anyone tell my what is wrong? > > Best Regards, > Simon > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- ************************************************* Dr. Yaqiang Wang Chinese Academy of Meteorological Sciences (CAMS) 46, Zhong-Guan-Cun South Avenue Beijing, 100081 China yaqiang.wang at gmail.com ************************************************** From simon.kiertscher at gmx.de Wed Jul 27 05:14:17 2011 From: simon.kiertscher at gmx.de (Simon Kiertscher) Date: Wed, 27 Jul 2011 11:14:17 +0200 Subject: [gradsusr] time format In-Reply-To: References: <4E2FCC0F.6080607@gmx.de> Message-ID: <4E2FD6E9.1040002@gmx.de> Dear Yaqiang, thank you for the information, where can i find the GrADS conventions to know which format is ok, and which not? I'm very new to GrADS, so can you give me a source where i can find a example of a control file? I have no idea how to do that. Best Regards, Simon > time:units = "day as %Y%m%d.%f" It does not follow GOARDS > conventions which is used in 'sdfopen' function. So you need to write > a control file to tell GrADS the dimensions and variables in the data > set. You have to use 'xdfopen' or 'open' commands to open the data > file. > > On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher > wrote: >> Dear all, >> >> i have a problem with opening a file. >> I use (GrADS) Version 2.0.a9 on Suse >> >> ga-> sdfopen GKSS-2.nc >> Scanning self-describing file: GKSS-2.nc >> gadsdf: Error parsing time_units for SDF file. >> >> the format is as follows: >> (from ncdump) >> >> double time(time) ; >> time:units = "day as %Y%m%d.%f" ; >> time:calendar = "proleptic_gregorian" ; >> time:axis = "t" ; >> time:long_name = "time" ; >> >> So i think this is valid format? Can anyone tell my what is wrong? >> >> Best Regards, >> Simon >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > From yaqiang.wang at gmail.com Wed Jul 27 05:32:44 2011 From: yaqiang.wang at gmail.com (Yaqiang Wang) Date: Wed, 27 Jul 2011 17:32:44 +0800 Subject: [gradsusr] time format In-Reply-To: <4E2FD6E9.1040002@gmx.de> References: <4E2FCC0F.6080607@gmx.de> <4E2FD6E9.1040002@gmx.de> Message-ID: The information could be found at http://www.iges.org/grads/gadoc/gradcomdsdfopen.html. On Wed, Jul 27, 2011 at 5:14 PM, Simon Kiertscher wrote: > Dear Yaqiang, > > thank you for the information, where can i find the GrADS conventions to > know which ?format is ok, ?and which not? > I'm very new to GrADS, so can you give me a source where i can find a > example of a control file? I have no idea how to do that. > > Best Regards, > Simon >> ? time:units = "day as %Y%m%d.%f" ? It does not follow GOARDS >> conventions which is used in 'sdfopen' function. So you need to write >> a control file to tell GrADS the dimensions and variables in the data >> set. You have to use 'xdfopen' or 'open' commands to open the data >> file. >> >> On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher >> ?wrote: >>> Dear all, >>> >>> i have a problem with opening a file. >>> I use (GrADS) Version 2.0.a9 on Suse >>> >>> ga-> ?sdfopen GKSS-2.nc >>> Scanning self-describing file: ?GKSS-2.nc >>> gadsdf: Error parsing time_units for SDF file. >>> >>> the format is as follows: >>> (from ncdump) >>> >>> ? ? ? ? ?double time(time) ; >>> ? ? ? ? ? ? ? ? ?time:units = "day as %Y%m%d.%f" ; >>> ? ? ? ? ? ? ? ? ?time:calendar = "proleptic_gregorian" ; >>> ? ? ? ? ? ? ? ? ?time:axis = "t" ; >>> ? ? ? ? ? ? ? ? ?time:long_name = "time" ; >>> >>> So i think this is valid format? Can anyone tell my what is wrong? >>> >>> Best Regards, >>> Simon >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >> >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- ************************************************* Dr. Yaqiang Wang Chinese Academy of Meteorological Sciences (CAMS) 46, Zhong-Guan-Cun South Avenue Beijing, 100081 China yaqiang.wang at gmail.com ************************************************** From davide.sacchetti at arpal.gov.it Wed Jul 27 05:34:40 2011 From: davide.sacchetti at arpal.gov.it (Davide Sacchetti) Date: Wed, 27 Jul 2011 11:34:40 +0200 Subject: [gradsusr] say to stderr In-Reply-To: <4E2D614F.9040000@gmx.de> References: <4E26D9AB.6090204@gmx.de> <4E2933C0.9020702@gmx.de> <4E2D614F.9040000@gmx.de> Message-ID: <1311759280.885.5.camel@davide> inside a script you could redirect using unix shell e.g.: '!echo ERROR ON FILE >&2' I've just tried and it seems to work bye bye Davide On Mon, 2011-07-25 at 14:27 +0200, Simon Kiertscher wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi John, > > thanks you for your effort. > > Best Regards, > Simon > > Am 22.07.2011 16:10, schrieb Huddleston, John: > > Simon > > > > I looked through the GrADS source code, specifically gscrpt.c file and the 'printf' function is used. > > > > The 'printf' always goes to stdout. Had it been fprintf(FILE *somefp,...) then maybe it could have been. > > > > However, I don't think the original designers (aka Brian Doty) was concerned about writing to stderr. > > > > John > > > > -----Original Message----- > > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher > > Sent: Friday, July 22, 2011 2:25 AM > > To: gradsusr at gradsusr.org > > Subject: Re: [gradsusr] say to stderr > > > > Hi John, > > > > thanks for your answer. I know how to redirect channels on the command line. > > But how to decide IN the script, what should go to stderr and what to stdout, 'say' always put the output to stdout. > > So in bash i would do echo "foobar" 1>&2 to get the foobar to the stderr, how can i do this in GrADS? Is there a way? > > > > Best Regards, > > Simon > >> Simon > >> > >> If you are running GrADS in batch mode you can re-direct output as > >> follows > >> > >> grads -lbc 'run somescript.gs' 2> say.err 1>&2 > >> > >> In interactive mode there is no output to the screen it simply goes to the file. > >> > >> Does that answer your question? > >> > >> John Huddleston > >> > >> -----Original Message----- > >> From: gradsusr-bounces at gradsusr.org > >> [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher > >> Sent: Wednesday, July 20, 2011 7:36 AM > >> To: gradsusr at gradsusr.org > >> Subject: [gradsusr] say to stderr > >> > >> Dear gradsusers > >> > >> i can not find any information about sending text to the stderror channel of the shell while using the say command. Has some one an idea? > >> > >> Best Regards, > >> Simon > >> _______________________________________________ > >> gradsusr mailing list > >> gradsusr at gradsusr.org > >> http://gradsusr.org/mailman/listinfo/gradsusr > >> > >> _______________________________________________ > >> gradsusr mailing list > >> gradsusr at gradsusr.org > >> http://gradsusr.org/mailman/listinfo/gradsusr > >> > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (MingW32) > > iEYEARECAAYFAk4tYU8ACgkQG0AVdCSrH+YQTwCguP5vZwnTglV57tNoXdBLQHfr > Z8EAnizKje0vZYEoHntzY/0Omx67IPSf > =Y7CV > -----END PGP SIGNATURE----- > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- --> Attenzione cambio indirizzo: davide.sacchetti at arpal.gov.it -- Davide Sacchetti Centro Funzionale Meteo Idrologico di Protezione Civile della Regione Liguria ARPAL Unit? Tecnica Complessa di livello Regionale V.le Brigare Partigiane 2 16121 Genova (I) tel: +39 010 6437535 fax: +39 010 6437520 mail: davide.sacchetti at arpal.gov.it web: www.meteoliguria.it From rss1901 at gmail.com Wed Jul 27 06:20:41 2011 From: rss1901 at gmail.com (Roopashree Shrivastava) Date: Wed, 27 Jul 2011 15:50:41 +0530 Subject: [gradsusr] error with fprintf command (dipak sahu) Message-ID: hi Dipak, I think with the fprintf function u will have to set y values also. From the script u sent > set x 1 54 (since the .dat file has 54 longitude and 36 latitude points) > set t 25 > fprintf t2-273.15 T2-24hr.csv %g, 54 u are varying x dimension at some constant time, what about y?? But then also your output file should contain only one row of 54 values since by default grads must have set latitude to the first value in the domain. Try by giving some value to y dimension. Bye Roopa On Wed, Jul 27, 2011 at 10:49 AM, wrote: > Send gradsusr mailing list submissions to > gradsusr at gradsusr.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://gradsusr.org/mailman/listinfo/gradsusr > or, via email, send a message with subject or body 'help' to > gradsusr-request at gradsusr.org > > You can reach the person managing the list at > gradsusr-owner at gradsusr.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of gradsusr digest..." > > > Today's Topics: > > 1. Re: Missing variables in 3-d fwrite binary file (Kevin Huyck) > 2. error with fprintf command (dipak sahu) > 3. Re: Grads 2.0.9 error (chinh ta huu) > 4. Variable 'HFX' from ctl file (Salvador Salazar) > 5. time format (Simon Kiertscher) > 6. Re: time format (Yaqiang Wang) > 7. Re: time format (Simon Kiertscher) > 8. Re: time format (Yaqiang Wang) > 9. Re: say to stderr (Davide Sacchetti) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 25 Jul 2011 14:26:52 -0500 > From: Kevin Huyck > Subject: Re: [gradsusr] Missing variables in 3-d fwrite binary file > To: GrADS Users Forum > Message-ID: <4E2DC37C.3000703 at meridian-enviro.com> > Content-Type: text/plain; charset="iso-8859-1" > > Jim, > > I thought those values represented the time step. After changing them to > "1" as you suggested, the data are what I was expecting. My next step is > creating multiple levels corresponding to numerous isentropic levels. > For each level I add, I'll increment the "1"s to the number of vertical > levels. > > Many, many thanks for you suggestion. > > Kevin L. Huyck > Forecaster, Meridian Environmental Technology, Inc. > klhuyck at meridian-enviro.com > > Composed using Mozilla Thunderbird! > > On 07/22/11 11:48, James T. Potemra wrote: > > Hi Kevin: > > > > It looks like in your NAM-2011072200.ctl file you are defining one > > vertical level: > > > > zdef 1 levels 315 > > > > but you then assign two levels to each variable: > > > > cpd 2 99 Condensation Pressure Deficit (mb) > > isenps 2 99 Pressure (mb) > > u 2 99 Zonal component of wind (ms^-1) > > v 2 99 Meridional component of wind (ms^-1) > > > > I think if you change the "2's" above with "1", or for surface you can > > have "0", > > it should work ok. > > > > Jim > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110725/933b4073/attachment-0001.html > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: klhuyck.vcf > Type: text/x-vcard > Size: 307 bytes > Desc: not available > Url : > http://gradsusr.org/pipermail/gradsusr/attachments/20110725/933b4073/attachment-0001.vcf > > ------------------------------ > > Message: 2 > Date: Tue, 26 Jul 2011 10:18:45 +0530 > From: dipak sahu > Subject: [gradsusr] error with fprintf command > To: gradsusr at gradsusr.org > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear all > I tried to write the grads out put values into a ascii file by using > the fprintf.gs script. I tried the following command > > > set x 1 54 (since the .dat file has 54 longitude and 36 latitude points) > > set t 25 > > fprintf t2-273.15 T2-24hr.csv %g, 54 > > but the file T2-24hr.csv has only two rows of data instead of 36 rows of > data. What may be the error with this script or command. > > waiting for your kind reply > > thanking you > with regards > Dipak Sahu > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110726/09c72c64/attachment-0001.html > > ------------------------------ > > Message: 3 > Date: Tue, 26 Jul 2011 17:50:18 -0700 > From: chinh ta huu > Subject: Re: [gradsusr] Grads 2.0.9 error > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear Guilherme > For this software, not make install. You only copy to > /opt/opengrads/opengrads/ > And then set envir variable in bashfile. It is ok > Best regards > Chinh > > > On Thu, Jul 7, 2011 at 1:09 PM, Guilherme Martins >wrote: > > > Hi users, > > > > I need help. I'm trying to install grads2.0.9, but I receive the message > > below when I type make: > > > > gagx.o: In function `gakml': > > /home/gui/grads-2.0.a9/src/gagx.c:3986: undefined reference to `gxqdrgb' > > gagx.o: In function `gagtif': > > /home/gui/grads-2.0.a9/src/gagx.c:4290: undefined reference to `gxqdrgb' > > ../../supplibs/lib/libcurl.a(timeval.o): In function `curlx_tvnow': > > timeval.c:(.text+0x89): undefined reference to `clock_gettime' > > make[2]: ** [grads] Erro 1 > > make[2]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' > > make[1]: ** [all] Erro 2 > > make[1]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' > > make: ** [all-recursive] Erro 1 > > gui at curupira:~/grads-2.0.a9$ > > > > May anyone help me? > > > > Thanks a lot, > > > > Guilherme. > > > > -- > > Guilherme Martins > > > > > > > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > -- > (Mr.) Ta Huu Chinh > National, Weather Forecasting Center, Ha Noi, Viet Nam. > No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi > Tel: 84-903-402-181 > Fax: 84-43-824-4917 > Email: chinhth2010 at gmail.com > Website: http://vn.myblog.yahoo.com/chinhth2005/ > Website: http://bestknowledge-chinhth.blogspot.com/ > Website: http://anhcuoidep.vn > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110726/6b6229ad/attachment-0001.html > > ------------------------------ > > Message: 4 > Date: Wed, 27 Jul 2011 00:19:26 -0700 > From: Salvador Salazar > Subject: [gradsusr] Variable 'HFX' from ctl file > To: gradsusr at gradsusr.org > Message-ID: > > > Content-Type: text/plain; charset=ISO-8859-1 > > Hi guys, > > I have a question about the variable 'HFX' that from the ARWpost .ctl > file. The description reads 'upward heat flux at the surface', and I > wanted to know if this meant total heat flux or simply sensible heat > flux. > > Any ideas are appreciated! > > -- > Sal! > > > ------------------------------ > > Message: 5 > Date: Wed, 27 Jul 2011 10:27:59 +0200 > From: Simon Kiertscher > Subject: [gradsusr] time format > To: gradsusr at gradsusr.org > Message-ID: <4E2FCC0F.6080607 at gmx.de> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Dear all, > > i have a problem with opening a file. > I use (GrADS) Version 2.0.a9 on Suse > > ga-> sdfopen GKSS-2.nc > Scanning self-describing file: GKSS-2.nc > gadsdf: Error parsing time_units for SDF file. > > the format is as follows: > (from ncdump) > > double time(time) ; > time:units = "day as %Y%m%d.%f" ; > time:calendar = "proleptic_gregorian" ; > time:axis = "t" ; > time:long_name = "time" ; > > So i think this is valid format? Can anyone tell my what is wrong? > > Best Regards, > Simon > > > ------------------------------ > > Message: 6 > Date: Wed, 27 Jul 2011 16:41:49 +0800 > From: Yaqiang Wang > Subject: Re: [gradsusr] time format > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset=ISO-8859-1 > > time:units = "day as %Y%m%d.%f" It does not follow GOARDS > conventions which is used in 'sdfopen' function. So you need to write > a control file to tell GrADS the dimensions and variables in the data > set. You have to use 'xdfopen' or 'open' commands to open the data > file. > > On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher > wrote: > > Dear all, > > > > i have a problem with opening a file. > > I use (GrADS) Version 2.0.a9 on Suse > > > > ga-> sdfopen GKSS-2.nc > > Scanning self-describing file: ?GKSS-2.nc > > gadsdf: Error parsing time_units for SDF file. > > > > the format is as follows: > > (from ncdump) > > > > ? ? ? ? double time(time) ; > > ? ? ? ? ? ? ? ? time:units = "day as %Y%m%d.%f" ; > > ? ? ? ? ? ? ? ? time:calendar = "proleptic_gregorian" ; > > ? ? ? ? ? ? ? ? time:axis = "t" ; > > ? ? ? ? ? ? ? ? time:long_name = "time" ; > > > > So i think this is valid format? Can anyone tell my what is wrong? > > > > Best Regards, > > Simon > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > -- > ************************************************* > Dr. Yaqiang Wang > Chinese Academy of Meteorological Sciences (CAMS) > 46, Zhong-Guan-Cun South Avenue > Beijing, 100081 > China > > yaqiang.wang at gmail.com > ************************************************** > > > > ------------------------------ > > Message: 7 > Date: Wed, 27 Jul 2011 11:14:17 +0200 > From: Simon Kiertscher > Subject: Re: [gradsusr] time format > To: gradsusr at gradsusr.org > Message-ID: <4E2FD6E9.1040002 at gmx.de> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Dear Yaqiang, > > thank you for the information, where can i find the GrADS conventions to > know which format is ok, and which not? > I'm very new to GrADS, so can you give me a source where i can find a > example of a control file? I have no idea how to do that. > > Best Regards, > Simon > > time:units = "day as %Y%m%d.%f" It does not follow GOARDS > > conventions which is used in 'sdfopen' function. So you need to write > > a control file to tell GrADS the dimensions and variables in the data > > set. You have to use 'xdfopen' or 'open' commands to open the data > > file. > > > > On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher > > wrote: > >> Dear all, > >> > >> i have a problem with opening a file. > >> I use (GrADS) Version 2.0.a9 on Suse > >> > >> ga-> sdfopen GKSS-2.nc > >> Scanning self-describing file: GKSS-2.nc > >> gadsdf: Error parsing time_units for SDF file. > >> > >> the format is as follows: > >> (from ncdump) > >> > >> double time(time) ; > >> time:units = "day as %Y%m%d.%f" ; > >> time:calendar = "proleptic_gregorian" ; > >> time:axis = "t" ; > >> time:long_name = "time" ; > >> > >> So i think this is valid format? Can anyone tell my what is wrong? > >> > >> Best Regards, > >> Simon > >> _______________________________________________ > >> gradsusr mailing list > >> gradsusr at gradsusr.org > >> http://gradsusr.org/mailman/listinfo/gradsusr > >> > > > > > > > > ------------------------------ > > Message: 8 > Date: Wed, 27 Jul 2011 17:32:44 +0800 > From: Yaqiang Wang > Subject: Re: [gradsusr] time format > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset=ISO-8859-1 > > The information could be found at > http://www.iges.org/grads/gadoc/gradcomdsdfopen.html. > > On Wed, Jul 27, 2011 at 5:14 PM, Simon Kiertscher > wrote: > > Dear Yaqiang, > > > > thank you for the information, where can i find the GrADS conventions to > > know which ?format is ok, ?and which not? > > I'm very new to GrADS, so can you give me a source where i can find a > > example of a control file? I have no idea how to do that. > > > > Best Regards, > > Simon > >> ? time:units = "day as %Y%m%d.%f" ? It does not follow GOARDS > >> conventions which is used in 'sdfopen' function. So you need to write > >> a control file to tell GrADS the dimensions and variables in the data > >> set. You have to use 'xdfopen' or 'open' commands to open the data > >> file. > >> > >> On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher > >> ?wrote: > >>> Dear all, > >>> > >>> i have a problem with opening a file. > >>> I use (GrADS) Version 2.0.a9 on Suse > >>> > >>> ga-> ?sdfopen GKSS-2.nc > >>> Scanning self-describing file: ?GKSS-2.nc > >>> gadsdf: Error parsing time_units for SDF file. > >>> > >>> the format is as follows: > >>> (from ncdump) > >>> > >>> ? ? ? ? ?double time(time) ; > >>> ? ? ? ? ? ? ? ? ?time:units = "day as %Y%m%d.%f" ; > >>> ? ? ? ? ? ? ? ? ?time:calendar = "proleptic_gregorian" ; > >>> ? ? ? ? ? ? ? ? ?time:axis = "t" ; > >>> ? ? ? ? ? ? ? ? ?time:long_name = "time" ; > >>> > >>> So i think this is valid format? Can anyone tell my what is wrong? > >>> > >>> Best Regards, > >>> Simon > >>> _______________________________________________ > >>> gradsusr mailing list > >>> gradsusr at gradsusr.org > >>> http://gradsusr.org/mailman/listinfo/gradsusr > >>> > >> > >> > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > -- > ************************************************* > Dr. Yaqiang Wang > Chinese Academy of Meteorological Sciences (CAMS) > 46, Zhong-Guan-Cun South Avenue > Beijing, 100081 > China > > yaqiang.wang at gmail.com > ************************************************** > > > > ------------------------------ > > Message: 9 > Date: Wed, 27 Jul 2011 11:34:40 +0200 > From: Davide Sacchetti > Subject: Re: [gradsusr] say to stderr > To: GrADS Users Forum > Message-ID: <1311759280.885.5.camel at davide> > Content-Type: text/plain; charset="UTF-8" > > inside a script you could redirect using unix shell > e.g.: > '!echo ERROR ON FILE >&2' > > I've just tried and it seems to work > > bye bye > Davide > > On Mon, 2011-07-25 at 14:27 +0200, Simon Kiertscher wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Hi John, > > > > thanks you for your effort. > > > > Best Regards, > > Simon > > > > Am 22.07.2011 16:10, schrieb Huddleston, John: > > > Simon > > > > > > I looked through the GrADS source code, specifically gscrpt.c file and > the 'printf' function is used. > > > > > > The 'printf' always goes to stdout. Had it been fprintf(FILE > *somefp,...) then maybe it could have been. > > > > > > However, I don't think the original designers (aka Brian Doty) was > concerned about writing to stderr. > > > > > > John > > > > > > -----Original Message----- > > > From: gradsusr-bounces at gradsusr.org [mailto: > gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher > > > Sent: Friday, July 22, 2011 2:25 AM > > > To: gradsusr at gradsusr.org > > > Subject: Re: [gradsusr] say to stderr > > > > > > Hi John, > > > > > > thanks for your answer. I know how to redirect channels on the command > line. > > > But how to decide IN the script, what should go to stderr and what to > stdout, 'say' always put the output to stdout. > > > So in bash i would do echo "foobar" 1>&2 to get the foobar to the > stderr, how can i do this in GrADS? Is there a way? > > > > > > Best Regards, > > > Simon > > >> Simon > > >> > > >> If you are running GrADS in batch mode you can re-direct output as > > >> follows > > >> > > >> grads -lbc 'run somescript.gs' 2> say.err 1>&2 > > >> > > >> In interactive mode there is no output to the screen it simply goes to > the file. > > >> > > >> Does that answer your question? > > >> > > >> John Huddleston > > >> > > >> -----Original Message----- > > >> From: gradsusr-bounces at gradsusr.org > > >> [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher > > >> Sent: Wednesday, July 20, 2011 7:36 AM > > >> To: gradsusr at gradsusr.org > > >> Subject: [gradsusr] say to stderr > > >> > > >> Dear gradsusers > > >> > > >> i can not find any information about sending text to the stderror > channel of the shell while using the say command. Has some one an idea? > > >> > > >> Best Regards, > > >> Simon > > >> _______________________________________________ > > >> gradsusr mailing list > > >> gradsusr at gradsusr.org > > >> http://gradsusr.org/mailman/listinfo/gradsusr > > >> > > >> _______________________________________________ > > >> gradsusr mailing list > > >> gradsusr at gradsusr.org > > >> http://gradsusr.org/mailman/listinfo/gradsusr > > >> > > > > > > _______________________________________________ > > > gradsusr mailing list > > > gradsusr at gradsusr.org > > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > _______________________________________________ > > > gradsusr mailing list > > > gradsusr at gradsusr.org > > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.4.9 (MingW32) > > > > iEYEARECAAYFAk4tYU8ACgkQG0AVdCSrH+YQTwCguP5vZwnTglV57tNoXdBLQHfr > > Z8EAnizKje0vZYEoHntzY/0Omx67IPSf > > =Y7CV > > -----END PGP SIGNATURE----- > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > -- > --> Attenzione cambio indirizzo: davide.sacchetti at arpal.gov.it > -- > Davide Sacchetti > Centro Funzionale Meteo Idrologico di Protezione Civile della Regione > Liguria > ARPAL Unit? Tecnica Complessa di livello Regionale > V.le Brigare Partigiane 2 16121 Genova (I) > tel: +39 010 6437535 fax: +39 010 6437520 > mail: davide.sacchetti at arpal.gov.it web: www.meteoliguria.it > > > > > ------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > End of gradsusr Digest, Vol 17, Issue 27 > **************************************** > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110727/cabe361b/attachment-0001.html From rss1901 at gmail.com Wed Jul 27 08:06:35 2011 From: rss1901 at gmail.com (Roopashree Shrivastava) Date: Wed, 27 Jul 2011 17:36:35 +0530 Subject: [gradsusr] error with fprintf command (dipak sahu) In-Reply-To: References: Message-ID: Hi Dipak, * Look at the foll two lines ga->* set x 1 72 *ga->* fprintf ts ts.csv %g, 72 0 I think you should give set x 1 54 > set t 25 > fprintf t2-273.15 T2-24hr.csv %g, 54 0 try it and let me know or else if poss send me the data i will check. Bye Roopa On Wed, Jul 27, 2011 at 3:50 PM, Roopashree Shrivastava wrote: > hi Dipak, > I think with the fprintf function u will have to set y values also. From > the script u sent > > > set x 1 54 (since the .dat file has 54 longitude and 36 latitude points) > > set t 25 > > fprintf t2-273.15 T2-24hr.csv %g, 54 > u are varying x dimension at some constant time, what about y?? But then > also your output file should contain only one row of 54 values since by > default grads must have set latitude to the first value in the domain. Try > by giving some value to y dimension. > > Bye > Roopa > > On Wed, Jul 27, 2011 at 10:49 AM, wrote: > >> Send gradsusr mailing list submissions to >> gradsusr at gradsusr.org >> >> To subscribe or unsubscribe via the World Wide Web, visit >> http://gradsusr.org/mailman/listinfo/gradsusr >> or, via email, send a message with subject or body 'help' to >> gradsusr-request at gradsusr.org >> >> You can reach the person managing the list at >> gradsusr-owner at gradsusr.org >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of gradsusr digest..." >> >> >> Today's Topics: >> >> 1. Re: Missing variables in 3-d fwrite binary file (Kevin Huyck) >> 2. error with fprintf command (dipak sahu) >> 3. Re: Grads 2.0.9 error (chinh ta huu) >> 4. Variable 'HFX' from ctl file (Salvador Salazar) >> 5. time format (Simon Kiertscher) >> 6. Re: time format (Yaqiang Wang) >> 7. Re: time format (Simon Kiertscher) >> 8. Re: time format (Yaqiang Wang) >> 9. Re: say to stderr (Davide Sacchetti) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Mon, 25 Jul 2011 14:26:52 -0500 >> From: Kevin Huyck >> Subject: Re: [gradsusr] Missing variables in 3-d fwrite binary file >> To: GrADS Users Forum >> Message-ID: <4E2DC37C.3000703 at meridian-enviro.com> >> Content-Type: text/plain; charset="iso-8859-1" >> >> Jim, >> >> I thought those values represented the time step. After changing them to >> "1" as you suggested, the data are what I was expecting. My next step is >> creating multiple levels corresponding to numerous isentropic levels. >> For each level I add, I'll increment the "1"s to the number of vertical >> levels. >> >> Many, many thanks for you suggestion. >> >> Kevin L. Huyck >> Forecaster, Meridian Environmental Technology, Inc. >> klhuyck at meridian-enviro.com >> >> Composed using Mozilla Thunderbird! >> >> On 07/22/11 11:48, James T. Potemra wrote: >> > Hi Kevin: >> > >> > It looks like in your NAM-2011072200.ctl file you are defining one >> > vertical level: >> > >> > zdef 1 levels 315 >> > >> > but you then assign two levels to each variable: >> > >> > cpd 2 99 Condensation Pressure Deficit (mb) >> > isenps 2 99 Pressure (mb) >> > u 2 99 Zonal component of wind (ms^-1) >> > v 2 99 Meridional component of wind (ms^-1) >> > >> > I think if you change the "2's" above with "1", or for surface you can >> > have "0", >> > it should work ok. >> > >> > Jim >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> http://gradsusr.org/pipermail/gradsusr/attachments/20110725/933b4073/attachment-0001.html >> -------------- next part -------------- >> A non-text attachment was scrubbed... >> Name: klhuyck.vcf >> Type: text/x-vcard >> Size: 307 bytes >> Desc: not available >> Url : >> http://gradsusr.org/pipermail/gradsusr/attachments/20110725/933b4073/attachment-0001.vcf >> >> ------------------------------ >> >> Message: 2 >> Date: Tue, 26 Jul 2011 10:18:45 +0530 >> From: dipak sahu >> Subject: [gradsusr] error with fprintf command >> To: gradsusr at gradsusr.org >> Message-ID: >> > E-_yT-DDabmnuWDhwO9w at mail.gmail.com> >> Content-Type: text/plain; charset="iso-8859-1" >> >> Dear all >> I tried to write the grads out put values into a ascii file by using >> the fprintf.gs script. I tried the following command >> >> > set x 1 54 (since the .dat file has 54 longitude and 36 latitude points) >> > set t 25 >> > fprintf t2-273.15 T2-24hr.csv %g, 54 >> >> but the file T2-24hr.csv has only two rows of data instead of 36 rows of >> data. What may be the error with this script or command. >> >> waiting for your kind reply >> >> thanking you >> with regards >> Dipak Sahu >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> http://gradsusr.org/pipermail/gradsusr/attachments/20110726/09c72c64/attachment-0001.html >> >> ------------------------------ >> >> Message: 3 >> Date: Tue, 26 Jul 2011 17:50:18 -0700 >> From: chinh ta huu >> Subject: Re: [gradsusr] Grads 2.0.9 error >> To: GrADS Users Forum >> Message-ID: >> > QvE5+g at mail.gmail.com> >> Content-Type: text/plain; charset="iso-8859-1" >> >> Dear Guilherme >> For this software, not make install. You only copy to >> /opt/opengrads/opengrads/ >> And then set envir variable in bashfile. It is ok >> Best regards >> Chinh >> >> >> On Thu, Jul 7, 2011 at 1:09 PM, Guilherme Martins > >wrote: >> >> > Hi users, >> > >> > I need help. I'm trying to install grads2.0.9, but I receive the message >> > below when I type make: >> > >> > gagx.o: In function `gakml': >> > /home/gui/grads-2.0.a9/src/gagx.c:3986: undefined reference to `gxqdrgb' >> > gagx.o: In function `gagtif': >> > /home/gui/grads-2.0.a9/src/gagx.c:4290: undefined reference to `gxqdrgb' >> > ../../supplibs/lib/libcurl.a(timeval.o): In function `curlx_tvnow': >> > timeval.c:(.text+0x89): undefined reference to `clock_gettime' >> > make[2]: ** [grads] Erro 1 >> > make[2]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' >> > make[1]: ** [all] Erro 2 >> > make[1]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' >> > make: ** [all-recursive] Erro 1 >> > gui at curupira:~/grads-2.0.a9$ >> > >> > May anyone help me? >> > >> > Thanks a lot, >> > >> > Guilherme. >> > >> > -- >> > Guilherme Martins >> > >> > >> > >> > >> > _______________________________________________ >> > gradsusr mailing list >> > gradsusr at gradsusr.org >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> > >> >> >> -- >> (Mr.) Ta Huu Chinh >> National, Weather Forecasting Center, Ha Noi, Viet Nam. >> No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi >> Tel: 84-903-402-181 >> Fax: 84-43-824-4917 >> Email: chinhth2010 at gmail.com >> Website: http://vn.myblog.yahoo.com/chinhth2005/ >> Website: http://bestknowledge-chinhth.blogspot.com/ >> Website: http://anhcuoidep.vn >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> http://gradsusr.org/pipermail/gradsusr/attachments/20110726/6b6229ad/attachment-0001.html >> >> ------------------------------ >> >> Message: 4 >> Date: Wed, 27 Jul 2011 00:19:26 -0700 >> From: Salvador Salazar >> Subject: [gradsusr] Variable 'HFX' from ctl file >> To: gradsusr at gradsusr.org >> Message-ID: >> > uW6o0bVGQFEqj5nHS84yv8AqQ at mail.gmail.com> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> Hi guys, >> >> I have a question about the variable 'HFX' that from the ARWpost .ctl >> file. The description reads 'upward heat flux at the surface', and I >> wanted to know if this meant total heat flux or simply sensible heat >> flux. >> >> Any ideas are appreciated! >> >> -- >> Sal! >> >> >> ------------------------------ >> >> Message: 5 >> Date: Wed, 27 Jul 2011 10:27:59 +0200 >> From: Simon Kiertscher >> Subject: [gradsusr] time format >> To: gradsusr at gradsusr.org >> Message-ID: <4E2FCC0F.6080607 at gmx.de> >> Content-Type: text/plain; charset=ISO-8859-1; format=flowed >> >> Dear all, >> >> i have a problem with opening a file. >> I use (GrADS) Version 2.0.a9 on Suse >> >> ga-> sdfopen GKSS-2.nc >> Scanning self-describing file: GKSS-2.nc >> gadsdf: Error parsing time_units for SDF file. >> >> the format is as follows: >> (from ncdump) >> >> double time(time) ; >> time:units = "day as %Y%m%d.%f" ; >> time:calendar = "proleptic_gregorian" ; >> time:axis = "t" ; >> time:long_name = "time" ; >> >> So i think this is valid format? Can anyone tell my what is wrong? >> >> Best Regards, >> Simon >> >> >> ------------------------------ >> >> Message: 6 >> Date: Wed, 27 Jul 2011 16:41:49 +0800 >> From: Yaqiang Wang >> Subject: Re: [gradsusr] time format >> To: GrADS Users Forum >> Message-ID: >> < >> CABvomDVQ8XZGPpaKnHwyn6a2t-usuxxAEKOW0JYhP6-ixTVh6g at mail.gmail.com> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> time:units = "day as %Y%m%d.%f" It does not follow GOARDS >> conventions which is used in 'sdfopen' function. So you need to write >> a control file to tell GrADS the dimensions and variables in the data >> set. You have to use 'xdfopen' or 'open' commands to open the data >> file. >> >> On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher >> wrote: >> > Dear all, >> > >> > i have a problem with opening a file. >> > I use (GrADS) Version 2.0.a9 on Suse >> > >> > ga-> sdfopen GKSS-2.nc >> > Scanning self-describing file: ?GKSS-2.nc >> > gadsdf: Error parsing time_units for SDF file. >> > >> > the format is as follows: >> > (from ncdump) >> > >> > ? ? ? ? double time(time) ; >> > ? ? ? ? ? ? ? ? time:units = "day as %Y%m%d.%f" ; >> > ? ? ? ? ? ? ? ? time:calendar = "proleptic_gregorian" ; >> > ? ? ? ? ? ? ? ? time:axis = "t" ; >> > ? ? ? ? ? ? ? ? time:long_name = "time" ; >> > >> > So i think this is valid format? Can anyone tell my what is wrong? >> > >> > Best Regards, >> > Simon >> > _______________________________________________ >> > gradsusr mailing list >> > gradsusr at gradsusr.org >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> >> >> >> -- >> ************************************************* >> Dr. Yaqiang Wang >> Chinese Academy of Meteorological Sciences (CAMS) >> 46, Zhong-Guan-Cun South Avenue >> Beijing, 100081 >> China >> >> yaqiang.wang at gmail.com >> ************************************************** >> >> >> >> ------------------------------ >> >> Message: 7 >> Date: Wed, 27 Jul 2011 11:14:17 +0200 >> From: Simon Kiertscher >> Subject: Re: [gradsusr] time format >> To: gradsusr at gradsusr.org >> Message-ID: <4E2FD6E9.1040002 at gmx.de> >> Content-Type: text/plain; charset=ISO-8859-1; format=flowed >> >> Dear Yaqiang, >> >> thank you for the information, where can i find the GrADS conventions to >> know which format is ok, and which not? >> I'm very new to GrADS, so can you give me a source where i can find a >> example of a control file? I have no idea how to do that. >> >> Best Regards, >> Simon >> > time:units = "day as %Y%m%d.%f" It does not follow GOARDS >> > conventions which is used in 'sdfopen' function. So you need to write >> > a control file to tell GrADS the dimensions and variables in the data >> > set. You have to use 'xdfopen' or 'open' commands to open the data >> > file. >> > >> > On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher >> > wrote: >> >> Dear all, >> >> >> >> i have a problem with opening a file. >> >> I use (GrADS) Version 2.0.a9 on Suse >> >> >> >> ga-> sdfopen GKSS-2.nc >> >> Scanning self-describing file: GKSS-2.nc >> >> gadsdf: Error parsing time_units for SDF file. >> >> >> >> the format is as follows: >> >> (from ncdump) >> >> >> >> double time(time) ; >> >> time:units = "day as %Y%m%d.%f" ; >> >> time:calendar = "proleptic_gregorian" ; >> >> time:axis = "t" ; >> >> time:long_name = "time" ; >> >> >> >> So i think this is valid format? Can anyone tell my what is wrong? >> >> >> >> Best Regards, >> >> Simon >> >> _______________________________________________ >> >> gradsusr mailing list >> >> gradsusr at gradsusr.org >> >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> > >> > >> >> >> >> ------------------------------ >> >> Message: 8 >> Date: Wed, 27 Jul 2011 17:32:44 +0800 >> From: Yaqiang Wang >> Subject: Re: [gradsusr] time format >> To: GrADS Users Forum >> Message-ID: >> > EEA7_JxvwFAZOXG6vbmntskZxsGzo_6y03CBQ at mail.gmail.com> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> The information could be found at >> http://www.iges.org/grads/gadoc/gradcomdsdfopen.html. >> >> On Wed, Jul 27, 2011 at 5:14 PM, Simon Kiertscher >> wrote: >> > Dear Yaqiang, >> > >> > thank you for the information, where can i find the GrADS conventions to >> > know which ?format is ok, ?and which not? >> > I'm very new to GrADS, so can you give me a source where i can find a >> > example of a control file? I have no idea how to do that. >> > >> > Best Regards, >> > Simon >> >> ? time:units = "day as %Y%m%d.%f" ? It does not follow GOARDS >> >> conventions which is used in 'sdfopen' function. So you need to write >> >> a control file to tell GrADS the dimensions and variables in the data >> >> set. You have to use 'xdfopen' or 'open' commands to open the data >> >> file. >> >> >> >> On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher >> >> ?wrote: >> >>> Dear all, >> >>> >> >>> i have a problem with opening a file. >> >>> I use (GrADS) Version 2.0.a9 on Suse >> >>> >> >>> ga-> ?sdfopen GKSS-2.nc >> >>> Scanning self-describing file: ?GKSS-2.nc >> >>> gadsdf: Error parsing time_units for SDF file. >> >>> >> >>> the format is as follows: >> >>> (from ncdump) >> >>> >> >>> ? ? ? ? ?double time(time) ; >> >>> ? ? ? ? ? ? ? ? ?time:units = "day as %Y%m%d.%f" ; >> >>> ? ? ? ? ? ? ? ? ?time:calendar = "proleptic_gregorian" ; >> >>> ? ? ? ? ? ? ? ? ?time:axis = "t" ; >> >>> ? ? ? ? ? ? ? ? ?time:long_name = "time" ; >> >>> >> >>> So i think this is valid format? Can anyone tell my what is wrong? >> >>> >> >>> Best Regards, >> >>> Simon >> >>> _______________________________________________ >> >>> gradsusr mailing list >> >>> gradsusr at gradsusr.org >> >>> http://gradsusr.org/mailman/listinfo/gradsusr >> >>> >> >> >> >> >> > >> > _______________________________________________ >> > gradsusr mailing list >> > gradsusr at gradsusr.org >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> >> >> >> -- >> ************************************************* >> Dr. Yaqiang Wang >> Chinese Academy of Meteorological Sciences (CAMS) >> 46, Zhong-Guan-Cun South Avenue >> Beijing, 100081 >> China >> >> yaqiang.wang at gmail.com >> ************************************************** >> >> >> >> ------------------------------ >> >> Message: 9 >> Date: Wed, 27 Jul 2011 11:34:40 +0200 >> From: Davide Sacchetti >> Subject: Re: [gradsusr] say to stderr >> To: GrADS Users Forum >> Message-ID: <1311759280.885.5.camel at davide> >> Content-Type: text/plain; charset="UTF-8" >> >> inside a script you could redirect using unix shell >> e.g.: >> '!echo ERROR ON FILE >&2' >> >> I've just tried and it seems to work >> >> bye bye >> Davide >> >> On Mon, 2011-07-25 at 14:27 +0200, Simon Kiertscher wrote: >> > -----BEGIN PGP SIGNED MESSAGE----- >> > Hash: SHA1 >> > >> > Hi John, >> > >> > thanks you for your effort. >> > >> > Best Regards, >> > Simon >> > >> > Am 22.07.2011 16:10, schrieb Huddleston, John: >> > > Simon >> > > >> > > I looked through the GrADS source code, specifically gscrpt.c file and >> the 'printf' function is used. >> > > >> > > The 'printf' always goes to stdout. Had it been fprintf(FILE >> *somefp,...) then maybe it could have been. >> > > >> > > However, I don't think the original designers (aka Brian Doty) was >> concerned about writing to stderr. >> > > >> > > John >> > > >> > > -----Original Message----- >> > > From: gradsusr-bounces at gradsusr.org [mailto: >> gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher >> > > Sent: Friday, July 22, 2011 2:25 AM >> > > To: gradsusr at gradsusr.org >> > > Subject: Re: [gradsusr] say to stderr >> > > >> > > Hi John, >> > > >> > > thanks for your answer. I know how to redirect channels on the command >> line. >> > > But how to decide IN the script, what should go to stderr and what to >> stdout, 'say' always put the output to stdout. >> > > So in bash i would do echo "foobar" 1>&2 to get the foobar to the >> stderr, how can i do this in GrADS? Is there a way? >> > > >> > > Best Regards, >> > > Simon >> > >> Simon >> > >> >> > >> If you are running GrADS in batch mode you can re-direct output as >> > >> follows >> > >> >> > >> grads -lbc 'run somescript.gs' 2> say.err 1>&2 >> > >> >> > >> In interactive mode there is no output to the screen it simply goes >> to the file. >> > >> >> > >> Does that answer your question? >> > >> >> > >> John Huddleston >> > >> >> > >> -----Original Message----- >> > >> From: gradsusr-bounces at gradsusr.org >> > >> [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher >> > >> Sent: Wednesday, July 20, 2011 7:36 AM >> > >> To: gradsusr at gradsusr.org >> > >> Subject: [gradsusr] say to stderr >> > >> >> > >> Dear gradsusers >> > >> >> > >> i can not find any information about sending text to the stderror >> channel of the shell while using the say command. Has some one an idea? >> > >> >> > >> Best Regards, >> > >> Simon >> > >> _______________________________________________ >> > >> gradsusr mailing list >> > >> gradsusr at gradsusr.org >> > >> http://gradsusr.org/mailman/listinfo/gradsusr >> > >> >> > >> _______________________________________________ >> > >> gradsusr mailing list >> > >> gradsusr at gradsusr.org >> > >> http://gradsusr.org/mailman/listinfo/gradsusr >> > >> >> > > >> > > _______________________________________________ >> > > gradsusr mailing list >> > > gradsusr at gradsusr.org >> > > http://gradsusr.org/mailman/listinfo/gradsusr >> > > >> > > _______________________________________________ >> > > gradsusr mailing list >> > > gradsusr at gradsusr.org >> > > http://gradsusr.org/mailman/listinfo/gradsusr >> > > >> > -----BEGIN PGP SIGNATURE----- >> > Version: GnuPG v1.4.9 (MingW32) >> > >> > iEYEARECAAYFAk4tYU8ACgkQG0AVdCSrH+YQTwCguP5vZwnTglV57tNoXdBLQHfr >> > Z8EAnizKje0vZYEoHntzY/0Omx67IPSf >> > =Y7CV >> > -----END PGP SIGNATURE----- >> > _______________________________________________ >> > gradsusr mailing list >> > gradsusr at gradsusr.org >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> > >> >> -- >> --> Attenzione cambio indirizzo: davide.sacchetti at arpal.gov.it >> -- >> Davide Sacchetti >> Centro Funzionale Meteo Idrologico di Protezione Civile della Regione >> Liguria >> ARPAL Unit? Tecnica Complessa di livello Regionale >> V.le Brigare Partigiane 2 16121 Genova (I) >> tel: +39 010 6437535 fax: +39 010 6437520 >> mail: davide.sacchetti at arpal.gov.it web: www.meteoliguria.it >> >> >> >> >> ------------------------------ >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> End of gradsusr Digest, Vol 17, Issue 27 >> **************************************** >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110727/5a8b0aab/attachment-0001.html From jma at cola.iges.org Wed Jul 27 08:13:48 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Wed, 27 Jul 2011 08:13:48 -0400 Subject: [gradsusr] Grads 2.0.9 error In-Reply-To: References: Message-ID: <2A5D1CBF-0FCD-46B3-8292-93D8A3815F36@cola.iges.org> This is a bug that has been fixed for the next release. The problem was that the subroutime gxqdrgb() needed to be moved from gxhpng.c to gxX.c. It will compile as is if you enable the printim command, which needs zlib, libpng, libjpeg, and libgd. Also, you need to add -lrt to the list of libraries to link with, that will fix the undefined reference to clock_gettime. Please have a look at http://iges.org/grads/gadoc/supplibs.html --Jennifer On Jul 26, 2011, at 8:50 PM, chinh ta huu wrote: > Dear Guilherme > For this software, not make install. You only copy to /opt/ > opengrads/opengrads/ > And then set envir variable in bashfile. It is ok > Best regards > Chinh > > > On Thu, Jul 7, 2011 at 1:09 PM, Guilherme Martins > wrote: > Hi users, > > I need help. I'm trying to install grads2.0.9, but I receive the > message below when I type make: > > gagx.o: In function `gakml': > /home/gui/grads-2.0.a9/src/gagx.c:3986: undefined reference to > `gxqdrgb' > gagx.o: In function `gagtif': > /home/gui/grads-2.0.a9/src/gagx.c:4290: undefined reference to > `gxqdrgb' > ../../supplibs/lib/libcurl.a(timeval.o): In function `curlx_tvnow': > timeval.c:(.text+0x89): undefined reference to `clock_gettime' > make[2]: ** [grads] Erro 1 > make[2]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' > make[1]: ** [all] Erro 2 > make[1]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' > make: ** [all-recursive] Erro 1 > gui at curupira:~/grads-2.0.a9$ > > May anyone help me? > > Thanks a lot, > > Guilherme. > > -- > Guilherme Martins > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > (Mr.) Ta Huu Chinh > National, Weather Forecasting Center, Ha Noi, Viet Nam. > No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi > Tel: 84-903-402-181 > Fax: 84-43-824-4917 > Email: chinhth2010 at gmail.com > Website: http://vn.myblog.yahoo.com/chinhth2005/ > Website: http://bestknowledge-chinhth.blogspot.com/ > Website: http://anhcuoidep.vn > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110727/78774f3b/attachment.html From jma at cola.iges.org Wed Jul 27 08:22:05 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Wed, 27 Jul 2011 08:22:05 -0400 Subject: [gradsusr] in netcdf file unable to display 4-D variables In-Reply-To: <4E28B83A.4000501@noaa.gov> References: <1E8644A2BCBD5E4A9967E1E00D5D4C7301143E6FDCD0@NDMSSCC05.ndc.nasa.gov> <4E28B83A.4000501@noaa.gov> Message-ID: You did not include the ncdump output that shows the metadata for the coordinate axis "lev" -- it may have been insufficient. If that is the case, then GrADS won't recognize variables that use that coordinate axis. Furthermore, you need to include the version of GrADS you are using, since the sdfopen interface has changed over time and this information may be quite relevant. After you have sdfopen'ed your file, try a 'q file' and see if it has found a z-axis with levels that match the ncdump output. If not, then you will need to write a descriptor file, either a short version for the xdfopen command, or a complete one for the open command. The documentation is at http://iges.org/grads/gadoc/SDFdescriptorfile.html --Jennifer On Jul 21, 2011, at 7:37 PM, Charles Seman wrote: > Jonathan, > > This sounds familiar... GrADS may not be able to display both 3D and > 4D > fields if they are in the same netCDF file (don't know why)... One > thing > to try is to extract the 4D fields into a separate netCDF file (e.g. > using "ncks" if you have it). > > Hope this helps, > Chuck > > SMITH, JONATHAN WYNN. (GSFC-6133) wrote: >> Hello: >> >> I have a netcdf file with many variables >> / float Q(time, lev, lat, lon) ; >> Q:units = "KG/KG" ; >> float SA1_VMR_inst(time, lev, lat, lon) ; >> SA1_VMR_inst:units = "VMR" ; >> float SOA_VMR_inst(time, lev, lat, lon) ; >> SOA_VMR_inst:units = "VMR" ; >> float T(time, lev, lat, lon) ; >> T:units = "K" ; >> float TOLUENE_VMR_inst(time, lev, lat, lon) ; >> TOLUENE_VMR_inst:units = "VMR" ; >> float TROPLEV(time, lat, lon) ; >> TROPLEV:units = "KM" ; >> float U(time, lev, lat, lon) ; >> U:units = "M/S" ; >> float V(time, lev, lat, lon) ; >> V:units = "M/S" ; >> char current_mss(nchar) ; >> current_mss:long_name = "MSS pathname of this file" ; >> int date(time) ; >> date:long_name = "current date as 6 digit integer (YYMMDD)" ; >> int datesec(time) ; >> datesec:long_name = "seconds to complete current date" ; >> datesec:units = "s" ; >> int days(time) ; >> days:long_name = "elapsed simulation days for this case" ; >> char first_mss(nchar) ; >> first_mss:long_name = "MSS pathname of first file for this >> case"/ >> >> I use the following script: >> >> /* B Vs -VTL >> 'reinit' >> 'sdfopen >> /Volumes/JWS/MOZART_OUTPUT/LARGE_DOMAIN/ >> mozart4-20110721100736853957.nc >> ' >> 'set mpdset hires' >> 'set display color white' >> 'run rgbset.gs ' >> >> 'c' >> "set parea 1 10 1 7.5" >> "set LON -30 59" >> "set LAT -12 30" >> "set LEV 1" >> 'set grads off' >> 'set gxout shaded' >> "set rgb 24 255 120 120" >> "set clevs 20 40 60 80 100 120 140 160 180 200 220 240" >> "set ccols 9 14 4 11 5 13 3 10 7 12 8 2 24" >> 'd days' >> 'set string 1 l 3' >> 'draw string 7.5 8.0' _analysis >> "run cbar.gs " >> 'draw title 22 May 2006 MOZART L3\OzoneMixing Ratio (ppbv)' >> 'printim /Users/jonathanwsmith/MOZART/mozart_22may.gif'/ >> >> For what ever reason I am only able to plot the one and three >> dimensional variable like days (1-D) or PS (3-D. I am am unable to >> plot >> Q or SOA_VMR_inst which are 4-D? >> >> What could be going wrong? >> >> >> >> *Jonathan Wynn Smith* >> >> /Student Trainee/ >> >> _jonathan.smith at nasa.gov_ >> >> NASA-Goddard Space Flight Center >> >> Code 613.3-Atmospheric Chemistry and Dynamics Branch >> >> Greenbelt, MD 20771 >> >> 301-614-5956 >> >> >> >> /Doctoral Candidate/ >> >> jonathan.smith at bison.howard.edu >> >> Howard University Program in Atmospheric Sciences >> >> 2355 6th St NW/408 Thirkield Bldg. >> >> Washington, DC 20059 >> >> >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr > > -- > > 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 reflect > any > official or unofficial position of the United States Federal > Government, > the United States Department of Commerce, or NOAA." > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110727/16dd01a2/attachment-0001.html From klhuyck at meridian-enviro.com Wed Jul 27 10:04:26 2011 From: klhuyck at meridian-enviro.com (Kevin Huyck) Date: Wed, 27 Jul 2011 09:04:26 -0500 Subject: [gradsusr] LFC calculation Message-ID: <4E301AEA.7030108@meridian-enviro.com> Meredith, I ran into a similar problem while attempting to compute condensation pressure deficit (CPD). My solution was to derive an equation for my value of interest and then implement it in GrADS. Deriving the equation was the most difficult portion of this task. Once I had that in hand, I used several steps to bootstrap the solution in GrADS. For example, my CPD equation requires virtual temperature and the change in height by way of the hypsometric equation. For one step, I calculate the virtual temperature grid. In the next step I use the calculated virtual temperature grid in the hypsometric equation to find the change in height. For my way of thinking, a step-wise process, taking each piece in a small chunk, is easiest to comprehend during the testing phase. After you verify your solution works, you can refine the method to improve your processing efficiency. In my experience, you can "define [var]=[eqn]" to create the appropriate gridded variable. If you have x and y varying (for a single time), you'll calculate the variable for each gridpoint in your domain or vary x, y, and t for multiple time steps in your domain. Hope this helps. -- Kevin L. Huyck Forecaster, Meridian Environmental Technology, Inc. klhuyck at meridian-enviro.com Composed using Mozilla Thunderbird! +++Begin copied text+++ Hi Everyone, I'm looking to plot a contour plot of LFC height, similar to the graphic on the SPC Mesoscale Analysis page, my control file does not output LFC directly, is there anyway I can calculate this in grads? Thanks for your help. Meredith +++End copied text+++ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110727/0af45b02/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: klhuyck.vcf Type: text/x-vcard Size: 307 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110727/0af45b02/attachment.vcf From estefaniajimenez.r at gmail.com Wed Jul 27 10:42:43 2011 From: estefaniajimenez.r at gmail.com (=?ISO-8859-1?Q?Estefan=EDa_Jim=E9nez?=) Date: Wed, 27 Jul 2011 08:42:43 -0600 Subject: [gradsusr] problem: Cannot contour grid - all undefined values Message-ID: Hi guys, please help! I am new at GraDS and I have this problem wich I bet is very silly. I send you the file and the prompt text to see if anyone can help me. *ccwrfuser at ubuntu:~/Desktop$ gradsc* *Grid Analysis and Display System (GrADS) Version 1.9b4* *Copyright (c) 1988-2005 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.9b4 32-bit little-endian lats* * * *Issue 'q config' command for more information.* * * *Landscape mode? (no for portrait): * *Error opening user function definition table* * File name is: /home/ccwrfuser/grads30d/udf* *GX Package Initialization: Size = 11 8.5 * *ga> open Eta_exp110km1960010100.ctl* *Scanning description file: Eta_exp110km1960010100.ctl* *Data file Eta_exp110km1960010100+%y4%m2%d2%h2.bin is open as file 1* *LON set to -89 -78.1 * *LAT set to 7 11.9 * *LEV set to 1000 1000 * *Time values set: 1960:1:1:0 1960:1:1:0 * *ga> d temp* *Cannot contour grid - all undefined values * *ga>* -- Thank You so much! *Estefan?a Jim?nez R.* **Meteor?loga Departamento de Climatolog?a e Investigaciones Aplicadas Instituto Meteorol?gico Nacional MINAET Tel: +506 2222 5616 ext 136 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110727/1ddcc1bf/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Eta_exp110km1960010100.ctl Type: application/octet-stream Size: 2522 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110727/1ddcc1bf/attachment.obj From pennelly at ualberta.ca Wed Jul 27 13:18:41 2011 From: pennelly at ualberta.ca (Clark Pennelly) Date: Wed, 27 Jul 2011 11:18:41 -0600 Subject: [gradsusr] problem: Cannot contour grid - all undefined values In-Reply-To: References: Message-ID: You may just need to set your time interval to something different. Try set t 1 50 in grads command line to see the temperature in kelvin for the first 50 timesteps. You should see contour plots pop up really quickly, starting from the first timestep and stop at the 50th timestep for your domain. I hope that works. Clark On Wed, Jul 27, 2011 at 8:42 AM, Estefan?a Jim?nez < estefaniajimenez.r at gmail.com> wrote: > Hi guys, please help! I am new at GraDS and I have this problem wich I bet > is very silly. I send you the file and the prompt text to see if anyone can > help me. > > *ccwrfuser at ubuntu:~/Desktop$ gradsc* > > *Grid Analysis and Display System (GrADS) Version 1.9b4* > *Copyright (c) 1988-2005 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.9b4 32-bit little-endian lats* > * > * > *Issue 'q config' command for more information.* > * > * > *Landscape mode? (no for portrait): * > *Error opening user function definition table* > * File name is: /home/ccwrfuser/grads30d/udf* > *GX Package Initialization: Size = 11 8.5 * > *ga> open Eta_exp110km1960010100.ctl* > *Scanning description file: Eta_exp110km1960010100.ctl* > *Data file Eta_exp110km1960010100+%y4%m2%d2%h2.bin is open as file 1* > *LON set to -89 -78.1 * > *LAT set to 7 11.9 * > *LEV set to 1000 1000 * > *Time values set: 1960:1:1:0 1960:1:1:0 * > *ga> d temp* > *Cannot contour grid - all undefined values * > *ga>* > -- > > Thank You so much! > > *Estefan?a Jim?nez R.* > > **Meteor?loga > > Departamento de Climatolog?a e Investigaciones Aplicadas > > Instituto Meteorol?gico Nacional > > MINAET > > Tel: +506 2222 5616 ext 136 > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110727/dbd4b3f6/attachment.html From estefaniajimenez.r at gmail.com Wed Jul 27 14:03:00 2011 From: estefaniajimenez.r at gmail.com (=?ISO-8859-1?Q?Estefan=EDa_Jim=E9nez?=) Date: Wed, 27 Jul 2011 12:03:00 -0600 Subject: [gradsusr] problem: Cannot contour grid - all undefined values In-Reply-To: References: Message-ID: Hi Clark! Thanks for aswering. I did what you told me and I got this: *ga> set t 1 50* *Time values set: 1960:1:1:0 1960:1:13:6 * *ga> d temp* *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Press enter to continue::::: * *ga> * 2011/7/27 Clark Pennelly > You may just need to set your time interval to something different. Try > > set t 1 50 > in grads command line > > to see the temperature in kelvin for the first 50 timesteps. You should see > contour plots pop up really quickly, starting from the first timestep and > stop at the 50th timestep for your domain. I hope that works. > > Clark > > On Wed, Jul 27, 2011 at 8:42 AM, Estefan?a Jim?nez < > estefaniajimenez.r at gmail.com> wrote: > >> Hi guys, please help! I am new at GraDS and I have this problem wich I bet >> is very silly. I send you the file and the prompt text to see if anyone can >> help me. >> >> *ccwrfuser at ubuntu:~/Desktop$ gradsc* >> >> *Grid Analysis and Display System (GrADS) Version 1.9b4* >> *Copyright (c) 1988-2005 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.9b4 32-bit little-endian lats* >> * >> * >> *Issue 'q config' command for more information.* >> * >> * >> *Landscape mode? (no for portrait): * >> *Error opening user function definition table* >> * File name is: /home/ccwrfuser/grads30d/udf* >> *GX Package Initialization: Size = 11 8.5 * >> *ga> open Eta_exp110km1960010100.ctl* >> *Scanning description file: Eta_exp110km1960010100.ctl* >> *Data file Eta_exp110km1960010100+%y4%m2%d2%h2.bin is open as file 1* >> *LON set to -89 -78.1 * >> *LAT set to 7 11.9 * >> *LEV set to 1000 1000 * >> *Time values set: 1960:1:1:0 1960:1:1:0 * >> *ga> d temp* >> *Cannot contour grid - all undefined values * >> *ga>* >> -- >> >> Thank You so much! >> >> *Estefan?a Jim?nez R.* >> >> **Meteor?loga >> >> Departamento de Climatolog?a e Investigaciones Aplicadas >> >> Instituto Meteorol?gico Nacional >> >> MINAET >> >> Tel: +506 2222 5616 ext 136 >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- *Estefan?a Jim?nez R.* **Meteor?loga Departamento de Climatolog?a e Investigaciones Aplicadas Instituto Meteorol?gico Nacional MINAET Tel: +506 2222 5616 ext 136 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110727/72402d48/attachment-0001.html From jimp at hawaii.edu Wed Jul 27 14:11:46 2011 From: jimp at hawaii.edu (James T. Potemra) Date: Wed, 27 Jul 2011 08:11:46 -1000 Subject: [gradsusr] problem: Cannot contour grid - all undefined values In-Reply-To: References: Message-ID: <4E3054E2.7070505@hawaii.edu> Estefan?a: Another thing to check is your file names. In the ctl file you specify: *Eta_exp110km1960010100+%y4%m2%d2%h2.bin *which means when/if you "set t 1", it will look for a file called: *Eta_exp110km1960010100+1960010100.bin *If you do not have such a file, you'll get all undefined values. I suspect that the first part of the file probably changes as well? Or maybe you have the data files in a subdirectory? Jim Estefan?a Jim?nez wrote: > Hi Clark! Thanks for aswering. I did what you told me and I got this: > > *ga> set t 1 50* > *Time values set: 1960:1:1:0 1960:1:13:6 * > *ga> d temp* > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Press enter to continue::::: * > *ga> * > > > > 2011/7/27 Clark Pennelly > > > You may just need to set your time interval to something > different. Try > > set t 1 50 > in grads command line > > to see the temperature in kelvin for the first 50 timesteps. You > should see contour plots pop up really quickly, starting from the > first timestep and stop at the 50th timestep for your domain. I > hope that works. > > Clark > > On Wed, Jul 27, 2011 at 8:42 AM, Estefan?a Jim?nez > > wrote: > > Hi guys, please help! I am new at GraDS and I have this > problem wich I bet is very silly. I send you the file and the > prompt text to see if anyone can help me. > > *ccwrfuser at ubuntu:~/Desktop$ gradsc* > > *Grid Analysis and Display System (GrADS) Version 1.9b4* > *Copyright (c) 1988-2005 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.9b4 32-bit little-endian lats* > * > * > *Issue 'q config' command for more information.* > * > * > *Landscape mode? (no for portrait): * > *Error opening user function definition table* > * File name is: /home/ccwrfuser/grads30d/udf* > *GX Package Initialization: Size = 11 8.5 * > *ga> open Eta_exp110km1960010100.ctl* > *Scanning description file: Eta_exp110km1960010100.ctl* > *Data file Eta_exp110km1960010100+%y4%m2%d2%h2.bin is open as > file 1* > *LON set to -89 -78.1 * > *LAT set to 7 11.9 * > *LEV set to 1000 1000 * > *Time values set: 1960:1:1:0 1960:1:1:0 * > *ga> d temp* > *Cannot contour grid - all undefined values * > *ga>* > -- > > Thank You so much! > > /Estefan?a Jim?nez R./ > > //Meteor?loga > > Departamento de Climatolog?a e Investigaciones Aplicadas > > Instituto Meteorol?gico Nacional > > MINAET > > Tel: +506 2222 5616 ext 136 > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > > /Estefan?a Jim?nez R./ > > //Meteor?loga > > Departamento de Climatolog?a e Investigaciones Aplicadas > > Instituto Meteorol?gico Nacional > > MINAET > > Tel: +506 2222 5616 ext 136 > > > ------------------------------------------------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > From estefaniajimenez.r at gmail.com Wed Jul 27 16:11:23 2011 From: estefaniajimenez.r at gmail.com (=?ISO-8859-1?Q?Estefan=EDa_Jim=E9nez?=) Date: Wed, 27 Jul 2011 14:11:23 -0600 Subject: [gradsusr] problem: Cannot contour grid - all undefined values In-Reply-To: <4E3054E2.7070505@hawaii.edu> References: <4E3054E2.7070505@hawaii.edu> Message-ID: Thanks a lot Jim! I'll try that ;) 2011/7/27 James T. Potemra > Estefan?a: > > Another thing to check is your file names. In the ctl file you specify: > *Eta_exp110km1960010100+%y4%m2%d2%h2.bin > *which means when/if you "set t 1", it will look for a file called: > *Eta_exp110km1960010100+1960010100.bin > > *If you do not have such a file, you'll get all undefined values. I > suspect > that the first part of the file probably changes as well? Or maybe you > have the data files in a subdirectory? > > Jim > > Estefan?a Jim?nez wrote: > > Hi Clark! Thanks for aswering. I did what you told me and I got this: > > > > *ga> set t 1 50* > > *Time values set: 1960:1:1:0 1960:1:13:6 * > > *ga> d temp* > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Press enter to continue::::: * > > *ga> * > > > > > > > > 2011/7/27 Clark Pennelly > > > > > > You may just need to set your time interval to something > > different. Try > > > > set t 1 50 > > in grads command line > > > > to see the temperature in kelvin for the first 50 timesteps. You > > should see contour plots pop up really quickly, starting from the > > first timestep and stop at the 50th timestep for your domain. I > > hope that works. > > > > Clark > > > > On Wed, Jul 27, 2011 at 8:42 AM, Estefan?a Jim?nez > > > > wrote: > > > > Hi guys, please help! I am new at GraDS and I have this > > problem wich I bet is very silly. I send you the file and the > > prompt text to see if anyone can help me. > > > > *ccwrfuser at ubuntu:~/Desktop$ gradsc* > > > > *Grid Analysis and Display System (GrADS) Version 1.9b4* > > *Copyright (c) 1988-2005 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.9b4 32-bit little-endian lats* > > * > > * > > *Issue 'q config' command for more information.* > > * > > * > > *Landscape mode? (no for portrait): * > > *Error opening user function definition table* > > * File name is: /home/ccwrfuser/grads30d/udf* > > *GX Package Initialization: Size = 11 8.5 * > > *ga> open Eta_exp110km1960010100.ctl* > > *Scanning description file: Eta_exp110km1960010100.ctl* > > *Data file Eta_exp110km1960010100+%y4%m2%d2%h2.bin is open as > > file 1* > > *LON set to -89 -78.1 * > > *LAT set to 7 11.9 * > > *LEV set to 1000 1000 * > > *Time values set: 1960:1:1:0 1960:1:1:0 * > > *ga> d temp* > > *Cannot contour grid - all undefined values * > > *ga>* > > -- > > > > Thank You so much! > > > > /Estefan?a Jim?nez R./ > > > > //Meteor?loga > > > > Departamento de Climatolog?a e Investigaciones Aplicadas > > > > Instituto Meteorol?gico Nacional > > > > MINAET > > > > Tel: +506 2222 5616 ext 136 > > > > > > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > > > > -- > > > > /Estefan?a Jim?nez R./ > > > > //Meteor?loga > > > > Departamento de Climatolog?a e Investigaciones Aplicadas > > > > Instituto Meteorol?gico Nacional > > > > MINAET > > > > Tel: +506 2222 5616 ext 136 > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- *Estefan?a Jim?nez R.* **Meteor?loga Departamento de Climatolog?a e Investigaciones Aplicadas Instituto Meteorol?gico Nacional MINAET Tel: +506 2222 5616 ext 136 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110727/e5bdd1a0/attachment.html From dasilva at opengrads.org Thu Jul 28 10:25:30 2011 From: dasilva at opengrads.org (Arlindo da Silva) Date: Thu, 28 Jul 2011 10:25:30 -0400 Subject: [gradsusr] grads script fish.gex In-Reply-To: <4E2EE9BD.6010708@noaa.gov> References: <4E2EE9BD.6010708@noaa.gov> Message-ID: Dear GrADS User, Sorry, but I cannot provide individual GrADS support. Please send all your GrADS related questions to: http://grads.iges.org/grads/users.html This is an automatic message; please do not replay. Thank you for for understanding. Arlindo da Silva dasilva at opengrads.org On Tue, Jul 26, 2011 at 12:22 PM, murty.divakarla wrote: > Arlindo, > Can you help me with your grads script (fish.gex) - as an attachment Thanks > Murty > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110728/c0b47b61/attachment-0001.html From member at linkedin.com Thu Jul 28 12:02:52 2011 From: member at linkedin.com (saeed bayat via LinkedIn) Date: Thu, 28 Jul 2011 16:02:52 +0000 (UTC) Subject: [gradsusr] Invitation to connect on LinkedIn Message-ID: <449380356.1719508.1311868972231.JavaMail.app@ela4-app0135.prod> LinkedIn ------------ saeed bayat requested to add you as a connection on LinkedIn: ------------------------------------------ Ning, I'd like to add you to my professional network on LinkedIn. - saeed Accept invitation from saeed bayat http://www.linkedin.com/e/ofpc7q-gqnwwxc4-72/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I138688326_13/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYPclYSczcUe3oUcP59bTBqc3l6ujtmbP8Rd3gMczoUdzcLrCBxbOYWrSlI/EML_comm_afe/ View invitation from saeed bayat http://www.linkedin.com/e/ofpc7q-gqnwwxc4-72/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I138688326_13/3cNnPoOcPwUdzwPckALqnpPbOYWrSlI/svi/ ------------------------------------------ DID YOU KNOW you can use your LinkedIn profile as your website? Select a vanity URL and then promote this address on your business cards, email signatures, website, etc http://www.linkedin.com/e/ofpc7q-gqnwwxc4-72/ewp/inv-21/ -- (c) 2011, LinkedIn Corporation -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110728/23212415/attachment.html From instantweathermaps at gmail.com Thu Jul 28 12:12:07 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Thu, 28 Jul 2011 11:12:07 -0500 Subject: [gradsusr] NOMADS download speeds In-Reply-To: <4E1CA39F.7050501@noaa.gov> References: <4E1CA39F.7050501@noaa.gov> Message-ID: Turns out the subsetting *is* the culprit... changed it from the CONUS to US/Canada/Alaska and it actually downloads (insignificantly) faster... I'll try testing raw data downloads sometime too (especially since I can use parallel connections without bogging down the NOMADS server). Oh, and I implemented the staggered downloads and now have a lag of about 2-4 seconds for the first map and 12-20 seconds for the last map (GrADS is really fast at generating maps... at least when the right settings are used on printim). Thanks, Joey http://www.instantweathermaps.com On Tue, Jul 12, 2011 at 2:42 PM, Wesley Ebisuzaki wrote: > Joey, > > My impression of the nomads server is that it is very fast. > However, I have a very fast link to the internet and > the site is only 10 miles away. > > You are using the GFS which has 0.5 degree resolution (260K > points) and you are using the filter program > which can create a regional subset. If you are asking for a 5x5 grid, > then your download speeds will be > slow. After all you have to process 10K points for every point sent to > you. > > Another possibility is that you may have run afoul of some > fair-usage filter. Every site needs some protection > against denial-of-service attacks and poorly programmed web scripts. > Anyways the nomads help desk is a more > appropriate source of information than the GrADS user forum. > > Wesley Ebisuzaki > > > Joey Woodson wrote: > > Is there any way to speed up downloads from the NOMADS server > > (http://nomads.ncep.noaa.gov/cgi-bin/filter_gfs_hd.pl)? I currently > > run a site that spends around 6-8 seconds per forecast hour generating > > maps. Having said that, it is quite frustrating to see download times > > for 1 MB of GRIB data exceed 10 seconds at times. I currently use 4 > > wget sessions in parallel to handle the downloading, and I only sleep > > for 2 seconds instead of 10 when polling the NOMADS server to check > > when the next file is available, so as you can see I am very > > speed-oriented. Is there any way to download faster, or is > > partial-downloading (downloading part of the GRIB file, generating the > > relevant maps for the first part while the rest downloads, then > > generating the maps for the rest) the fastest way of doing this? > > > > Joey > > http://www.instantweathermaps.com > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110728/eaeaed09/attachment.html From simon.kiertscher at gmx.de Fri Jul 29 04:56:19 2011 From: simon.kiertscher at gmx.de (Simon Kiertscher) Date: Fri, 29 Jul 2011 10:56:19 +0200 Subject: [gradsusr] time format In-Reply-To: References: <4E2FCC0F.6080607@gmx.de> <4E2FD6E9.1040002@gmx.de> Message-ID: <4E3275B3.5040106@gmx.de> Hi all, I finally solved my problem by converting the time axis from absolute to relative with "cdo -r copy inputfile outputfile". Best Regards, Simon > The information could be found at > http://www.iges.org/grads/gadoc/gradcomdsdfopen.html. > > On Wed, Jul 27, 2011 at 5:14 PM, Simon Kiertscher > wrote: >> Dear Yaqiang, >> >> thank you for the information, where can i find the GrADS conventions to >> know which format is ok, and which not? >> I'm very new to GrADS, so can you give me a source where i can find a >> example of a control file? I have no idea how to do that. >> >> Best Regards, >> Simon >>> time:units = "day as %Y%m%d.%f" It does not follow GOARDS >>> conventions which is used in 'sdfopen' function. So you need to write >>> a control file to tell GrADS the dimensions and variables in the data >>> set. You have to use 'xdfopen' or 'open' commands to open the data >>> file. >>> >>> On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher >>> wrote: >>>> Dear all, >>>> >>>> i have a problem with opening a file. >>>> I use (GrADS) Version 2.0.a9 on Suse >>>> >>>> ga-> sdfopen GKSS-2.nc >>>> Scanning self-describing file: GKSS-2.nc >>>> gadsdf: Error parsing time_units for SDF file. >>>> >>>> the format is as follows: >>>> (from ncdump) >>>> >>>> double time(time) ; >>>> time:units = "day as %Y%m%d.%f" ; >>>> time:calendar = "proleptic_gregorian" ; >>>> time:axis = "t" ; >>>> time:long_name = "time" ; >>>> >>>> So i think this is valid format? Can anyone tell my what is wrong? >>>> >>>> Best Regards, >>>> Simon >>>> _______________________________________________ >>>> gradsusr mailing list >>>> gradsusr at gradsusr.org >>>> http://gradsusr.org/mailman/listinfo/gradsusr >>>> >>> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > From hbala2k at gmail.com Fri Jul 29 08:13:02 2011 From: hbala2k at gmail.com (H. Bala Devi) Date: Fri, 29 Jul 2011 17:43:02 +0530 Subject: [gradsusr] Z-averaging of wind Message-ID: Hi Folks..., I would like to get averaged the vertical levels of wind and then plot the stream lines for it... Anybody can help me in Z-averaging command/script for wind... Thanks in advance... HB...A From hbala2k at gmail.com Fri Jul 29 08:55:58 2011 From: hbala2k at gmail.com (H. Bala Devi) Date: Fri, 29 Jul 2011 18:25:58 +0530 Subject: [gradsusr] Z-averaging of wind Message-ID: Hi Folks..., I would like to get averaged the vertical levels of wind and then plot the stream lines for it... Anybody can help me in Z-averaging command/script for wind... Thanks in advance... HB...A From davide.sacchetti at arpal.gov.it Fri Jul 29 09:11:05 2011 From: davide.sacchetti at arpal.gov.it (Davide Sacchetti) Date: Fri, 29 Jul 2011 15:11:05 +0200 Subject: [gradsusr] Z-averaging of wind In-Reply-To: References: Message-ID: <1311945065.26296.15.camel@davide> 'set gxout stream' 'd mean(u,lev=500,lev=300);mean(v,lev=500,lev=300)' bye bye Davide On Fri, 2011-07-29 at 18:25 +0530, H. Bala Devi wrote: > Hi Folks..., > I would like to get averaged the vertical levels of wind and then > plot the stream lines for it... Anybody can help me in Z-averaging > command/script for wind... > Thanks in advance... > HB...A > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- --> Attenzione cambio indirizzo: davide.sacchetti at arpal.gov.it -- Davide Sacchetti Centro Funzionale Meteo Idrologico di Protezione Civile della Regione Liguria ARPAL Unit? Tecnica Complessa di livello Regionale V.le Brigare Partigiane 2 16121 Genova (I) tel: +39 010 6437535 fax: +39 010 6437520 mail: davide.sacchetti at arpal.gov.it web: www.meteoliguria.it From smcmillan at planalytics.com Fri Jul 29 09:14:46 2011 From: smcmillan at planalytics.com (Stephen McMillan) Date: Fri, 29 Jul 2011 09:14:46 -0400 Subject: [gradsusr] Z-averaging of wind In-Reply-To: References: Message-ID: HB, Here's an example of plotting vertically averaged wind streamlines for a single timestep from a forecast model: 'set time 00z30jul2011' 'define u=ave(ugrdprs,lev=1000,lev=300)' 'define v=ave(vgrdprs,lev=1000,lev=300)' 'set gxout stream' 'd u;v' Stephen McMillan On Fri, Jul 29, 2011 at 8:13 AM, H. Bala Devi wrote: > Hi Folks..., > I would like to get averaged the vertical levels of wind and then > plot the stream lines for it... Anybody can help me in Z-averaging > command/script for wind... > Thanks in advance... > HB...A > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > *************************************************** The information contained in this e-mail message is intended only for the use of the recipient(s) named above and may contain information that is privileged, confidential, and/or proprietary. If you are not the intended recipient, you may not review, copy or distribute this message. If you have received this communication in error, please notify the sender immediately by e-mail, and delete the original message. *************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110729/16c3f1b9/attachment.html From eduardo.agosta at gmail.com Fri Jul 29 19:17:36 2011 From: eduardo.agosta at gmail.com (Eduardo Agosta Scarel) Date: Fri, 29 Jul 2011 20:17:36 -0300 Subject: [gradsusr] how to draw orography Message-ID: Hi you all! Does anybody know how to draw the orography used in the NCEP/NCAR reanalysis 1 datasets using GRADS ? I have downloaded teh file orog.spec.nc but I cannot think of how to use it. Many thanks. Edu. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110729/c92e6faa/attachment-0001.html From liping_liuwang at hotmail.com Fri Jul 29 19:29:54 2011 From: liping_liuwang at hotmail.com (Liping Liu) Date: Fri, 29 Jul 2011 17:29:54 -0600 Subject: [gradsusr] how to display collected data when T varies Message-ID: Hi All, Have a set of WRF output data, post processed into GRADS data (de.ctl and de.dat). The data is for couple of days with time increment 3hrs. Want to plot out the average OLR along a slant line (cross section, say from 40E 10N to 70E 25N) with 10 degrees in latitude. We can do this easily if the averaging is along a straight line (e.g. ave(olr,lat=5,lat=15) for lon 40 70). Tried "collect" and "gr2stn". "collect" works for data varying in Z or T; I can collect the averaged values of OLR with varying T. However, "gr2stn" works only for varying Z, not T. Question: How do I display the collected data with varying T? It seems that I can't use "gr2stn". Thanks. Liping -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110729/b07cd76f/attachment.html From eduardo.agosta at gmail.com Fri Jul 29 19:42:43 2011 From: eduardo.agosta at gmail.com (Eduardo Agosta Scarel) Date: Fri, 29 Jul 2011 20:42:43 -0300 Subject: [gradsusr] how to draw orography Message-ID: Hi you all! Does anybody know how to draw the orography used in the NCEP/NCAR reanalysis 1 datasets using GRADS ? I have downloaded teh file orog.spec.nc but I cannot think of how to use it. Many thanks. Edu. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110729/5050926b/attachment.html From saeedbayat7276 at gmail.com Sat Jul 30 01:01:12 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Sat, 30 Jul 2011 09:31:12 +0430 Subject: [gradsusr] how to draw orography In-Reply-To: References: Message-ID: Hi Eduardo. You can download the topo data from this link: http://users.ictp.it/~pubregcm/RegCM3/globedat.htm#part5 for display Topography in contour or shaded format just type these command in GrADS terminal: set lat x1 x2 set lon y1 y2 set gxout contour(or shaded) d EXPR Good Luck, Saeed Bayat M.A Student of Climatology Department of Geography Ferdowsi University of Mashhad(Iran) On Sat, Jul 30, 2011 at 3:47 AM, Eduardo Agosta Scarel < eduardo.agosta at gmail.com> wrote: > Hi you all! > > Does anybody know how to draw the orography used in the NCEP/NCAR > reanalysis 1 datasets using GRADS ? > > I have downloaded teh file orog.spec.nc but I cannot think of how to use > it. > > Many thanks. > > Edu. > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110730/38bf2a14/attachment.html From lwelp at ucsd.edu Sat Jul 30 15:00:24 2011 From: lwelp at ucsd.edu (Lisa Welp-Smith) Date: Sat, 30 Jul 2011 12:00:24 -0700 Subject: [gradsusr] define a simple scalar Message-ID: <4E3454C8.8000003@ucsd.edu> Hello, I'm having a problem with what I'm sure is a simple task. I want to define a scalar to convert a slope (i.e. units/year) into a trend line over several years. I'm using this to detrend a time series. Basically I just need to construct a simple scalar (i.e. variable = 1 2 3 4 5...) or a variable that equals the year of each entry of my dataset (i.e. variable = 1991 1992 1993 1994 1995...) that I can multiply by my slope values. I can use tloop to create the right dimensions (variable = 1 1 1 1 1...) but I can't seem to get the values to increase for each time step. Imagine I could either create a datafile manually and read it in or somehow extract the year information from the existing dataset into a user defined variable. Is there an equivalent of 'define variable(t=2) = 2'? I know this syntax is wrong. Any advice would be appreciated. Lisa -- Lisa Welp-Smith Carbon Dioxide Research Group Scripps Institution of Oceanography From instantweathermaps at gmail.com Sat Jul 30 16:31:13 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Sat, 30 Jul 2011 15:31:13 -0500 Subject: [gradsusr] define a simple scalar In-Reply-To: <4E3454C8.8000003@ucsd.edu> References: <4E3454C8.8000003@ucsd.edu> Message-ID: set t 1 variable1 = const(kanto, 1, -a) set t 2 variable2 = const(kanto, 2, -a) where "kanto" is any variable in the file. AFAIK there is no way to define different timesteps of the same variable in different ways. A for loop can take care of the trouble involved with using multiple variables. On Sat, Jul 30, 2011 at 2:00 PM, Lisa Welp-Smith wrote: > Hello, > > I'm having a problem with what I'm sure is a simple task. I want to > define a scalar to convert a slope (i.e. units/year) into a trend line > over several years. I'm using this to detrend a time series. > Basically I just need to construct a simple scalar (i.e. variable = 1 2 > 3 4 5...) or a variable that equals the year of each entry of my dataset > (i.e. variable = 1991 1992 1993 1994 1995...) that I can multiply by my > slope values. I can use tloop to create the right dimensions (variable > = 1 1 1 1 1...) but I can't seem to get the values to increase for each > time step. > > Imagine I could either create a datafile manually and read it in or > somehow extract the year information from the existing dataset into a > user defined variable. > > Is there an equivalent of 'define variable(t=2) = 2'? I know this > syntax is wrong. > > Any advice would be appreciated. > > Lisa > > -- > Lisa Welp-Smith > Carbon Dioxide Research Group > Scripps Institution of Oceanography > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110730/6d6899e6/attachment.html From ousmane at iri.columbia.edu Sun Jul 31 06:09:54 2011 From: ousmane at iri.columbia.edu (Ousmane Ndiaye) Date: Sun, 31 Jul 2011 06:09:54 -0400 (EDT) Subject: [gradsusr] Plotting Station data using R In-Reply-To: Message-ID: Hi all, I'm new in R and am looking for code to plot station data file. Ousmane thanks From prjayakrishnan at gmail.com Sun Jul 31 06:20:40 2011 From: prjayakrishnan at gmail.com (Jayakrishnan PR) Date: Sun, 31 Jul 2011 15:50:40 +0530 Subject: [gradsusr] Plotting Station data using R In-Reply-To: References: Message-ID: Helloo, Which data you want to plot using stationgrads. I know how to plot rainfall data using station grads. If you want rainfall data to plot then probably I can help. What you need is to have an ascii file of data. Let me know your specific requirement. On Sun, Jul 31, 2011 at 3:39 PM, Ousmane Ndiaye wrote: > Hi all, > I'm new in R and am looking for code to plot station data file. > Ousmane > thanks > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Sincerely *********************************************** Jayakrishnan.P.R CSIR-Senior Research Fellow Department of Atmospheric Sciences Cochin University of Science and Technology (CUSAT), Cochin-682 016 Kerala, India. Mob: 09895417565 *********************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110731/9d3e78ef/attachment.html From ousmane at iri.columbia.edu Sun Jul 31 06:25:21 2011 From: ousmane at iri.columbia.edu (Ousmane Ndiaye) Date: Sun, 31 Jul 2011 06:25:21 -0400 (EDT) Subject: [gradsusr] Plotting Station data using R In-Reply-To: Message-ID: <321c7d0e-d24d-42fc-82fd-ca266cb4d01d@mserv01.ldeo.columbia.edu> that's exactly what I need I have lat/lon precip station data. Ousmane ----- Original Message ----- From: "Jayakrishnan PR" To: "GrADS Users Forum" Sent: Sunday, July 31, 2011 10:20:40 AM Subject: Re: [gradsusr] Plotting Station data using R Helloo, Which data you want to plot using stationgrads. I know how to plot rainfall data using station grads. If you want rainfall data to plot then probably I can help. What you need is to have an ascii file of data. Let me know your specific requirement. On Sun, Jul 31, 2011 at 3:39 PM, Ousmane Ndiaye < ousmane at iri.columbia.edu > wrote: Hi all, I'm new in R and am looking for code to plot station data file. Ousmane thanks _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -- Sincerely *********************************************** Jayakrishnan.P.R CSIR-Senior Research Fellow Department of Atmospheric Sciences Cochin University of Science and Technology (CUSAT), Cochin-682 016 Kerala, India. Mob: 09895417565 *********************************************** _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From prjayakrishnan at gmail.com Sun Jul 31 06:39:19 2011 From: prjayakrishnan at gmail.com (Jayakrishnan PR) Date: Sun, 31 Jul 2011 16:09:19 +0530 Subject: [gradsusr] Plotting Station data using R In-Reply-To: <321c7d0e-d24d-42fc-82fd-ca266cb4d01d@mserv01.ldeo.columbia.edu> References: <321c7d0e-d24d-42fc-82fd-ca266cb4d01d@mserv01.ldeo.columbia.edu> Message-ID: Kindly send me one sample of your ascii file including latitude, longitude, station name year, date , rainfall etc. Let me try and after that I will send you the programs and required gs files and the procedures needed to plot the file in grads. Best of luck. On Sun, Jul 31, 2011 at 3:55 PM, Ousmane Ndiaye wrote: > that's exactly what I need > I have lat/lon precip station data. > Ousmane > > > ----- Original Message ----- > From: "Jayakrishnan PR" > To: "GrADS Users Forum" > Sent: Sunday, July 31, 2011 10:20:40 AM > Subject: Re: [gradsusr] Plotting Station data using R > > > Helloo, > Which data you want to plot using stationgrads. I know how to plot rainfall > data using station grads. If you want rainfall data to plot then probably I > can help. What you need is to have an ascii file of data. Let me know your > specific requirement. > > > On Sun, Jul 31, 2011 at 3:39 PM, Ousmane Ndiaye < ousmane at iri.columbia.edu> wrote: > > > Hi all, > I'm new in R and am looking for code to plot station data file. > Ousmane > thanks > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > Sincerely > *********************************************** > Jayakrishnan.P.R > CSIR-Senior Research Fellow > Department of Atmospheric Sciences > Cochin University of Science and Technology (CUSAT), Cochin-682 016 > Kerala, India. > Mob: 09895417565 > > *********************************************** > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Sincerely *********************************************** Jayakrishnan.P.R CSIR-Senior Research Fellow Department of Atmospheric Sciences Cochin University of Science and Technology (CUSAT), Cochin-682 016 Kerala, India. Mob: 09895417565 *********************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110731/188f358a/attachment-0001.html From ziaulhaq21 at gmail.com Sun Jul 31 13:30:24 2011 From: ziaulhaq21 at gmail.com (Mohammad Ziaulhaq Ansari) Date: Sun, 31 Jul 2011 23:00:24 +0530 Subject: [gradsusr] Mailing list submission Message-ID: -- ________________________________ Mohammad Ziaulhaq Ansari |?Golder Associates India|?Cyber City, Gurgaon, Haryana 122002, India M:?+91 99 100 23867 |?E:?zia_ansari at golder.com.au?|?www.golder.com Work Safe, Home Safe From ziaulhaq21 at gmail.com Sun Jul 31 13:31:40 2011 From: ziaulhaq21 at gmail.com (Mohammad Ziaulhaq Ansari) Date: Sun, 31 Jul 2011 23:01:40 +0530 Subject: [gradsusr] Help Required In-Reply-To: References: Message-ID: Hi All, I would to use NCEP/NCAR Wind Speed Data which is available at 2.5 x 2.5 degree for Trend analysis & correction factor. Initially, I would be interested in undergoing ?two tasks : 1. would like to interpolate the WS data from 2.5x 2.5 degree to 1 x 1 degree using GrADS. I understand GrADS is the best tool for displaying and interpolating the same. Can anybody help me how to do this, please send me codes & conceptual help as well. 2. Secondly, ?I am using Window as Operating system and I need to install the same in my System. I have tried quite often but was unsuccessful.While installing, it always ask for cywgin ?platform it, and error message is popped up showing .dll is missing. Please help my in this regards and send a complete packet of setup files and installation guide describing the various steps to be followed in sequential manner. Regards, Zia ________________________________ Mohammad Ziaulhaq Ansari M:?+91 99 100 23867 |?E:?zia_ansari at golder.com.au?|?www.golder.com Work Safe, Home Safe From metris at clear.net.nz Sun Jul 31 18:09:29 2011 From: metris at clear.net.nz (Howard Staines) Date: Mon, 01 Aug 2011 10:09:29 +1200 Subject: [gradsusr] Scripts that used to work failing Message-ID: <003401cc4fce$84d635b0$8e82a110$@net.nz> I have a number of scripts (that have previously worked fine) stopping mid way Through with no error messages (some times unknown variables but more often not). I have been using the nomad server. Grads opengrads distro 2.0.9a.1 Any tips as to my problem? Howard Staines From instantweathermaps at gmail.com Sun Jul 31 18:20:54 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Sun, 31 Jul 2011 17:20:54 -0500 Subject: [gradsusr] Scripts that used to work failing In-Reply-To: <003401cc4fce$84d635b0$8e82a110$@net.nz> References: <003401cc4fce$84d635b0$8e82a110$@net.nz> Message-ID: Try running GrADS in verbose mode to see what exactly is wrong. On Sun, Jul 31, 2011 at 5:09 PM, Howard Staines wrote: > I have a number of scripts (that have previously worked fine) stopping mid > way > Through with no error messages (some times unknown variables but more often > not). > > I have been using the nomad server. > > Grads opengrads distro 2.0.9a.1 > > Any tips as to my problem? > > > Howard Staines > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- http://www.instantweathermaps.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110731/25b5bdc1/attachment.html From chinhth2010 at gmail.com Sun Jul 31 20:49:16 2011 From: chinhth2010 at gmail.com (chinh ta huu) Date: Sun, 31 Jul 2011 17:49:16 -0700 Subject: [gradsusr] Help Required In-Reply-To: References: Message-ID: Dear Zia You need grads software or interpolation program of grads. Best regards Chinh On Sun, Jul 31, 2011 at 10:31 AM, Mohammad Ziaulhaq Ansari < ziaulhaq21 at gmail.com> wrote: > Hi All, > > I would to use NCEP/NCAR Wind Speed Data which is available at 2.5 x > 2.5 degree for Trend analysis & correction factor. Initially, I would > be interested in undergoing two tasks : > > 1. would like to interpolate the WS data from 2.5x 2.5 degree to 1 x 1 > degree using GrADS. I understand GrADS is the best tool for displaying > and interpolating the same. Can anybody help me how to do this, please > send me codes & conceptual help as well. > > 2. Secondly, I am using Window as Operating system and I need to > install the same in my System. I have tried quite often but was > unsuccessful.While installing, it always ask for cywgin platform it, > and error message is popped up showing .dll is missing. Please help my > in this regards and send a complete packet of setup files and > installation guide describing the various steps to be followed in > sequential manner. > > Regards, > > Zia > ________________________________ > > Mohammad Ziaulhaq Ansari > > M: +91 99 100 23867 | E: zia_ansari at golder.com.au | www.golder.com > > Work Safe, Home Safe > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- (Mr.) Ta Huu Chinh National, Weather Forecasting Center, Ha Noi, Viet Nam. No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi Tel: 84-903-402-181 Fax: 84-43-824-4917 Email: chinhth2010 at gmail.com Website: http://vn.myblog.yahoo.com/chinhth2005/ Website: http://bestknowledge-chinhth.blogspot.com/ Website: http://anhcuoidep.vn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110731/9c66312f/attachment.html From cl at meteoconsult.fr Fri Jul 1 08:30:03 2011 From: cl at meteoconsult.fr (Lacroix Christelle) Date: Fri, 01 Jul 2011 14:30:03 +0200 Subject: [gradsusr] how to plot map only In-Reply-To: References: <4E0A2093.6020900@coas.oregonstate.edu> <4E0B4C46.9000805@meteoconsult.fr> Message-ID: <4E0DBDCB.7070406@meteoconsult.fr> thanks! Le 29/06/2011 18:15, Jeffrey Duda a ?crit : > 'draw map' > > Jeff Duda > > On Wed, Jun 29, 2011 at 11:01 AM, Lacroix Christelle > > wrote: > > Hi, > > I would like to plot a map with political boundaries but without > datas, > is it possible? > > I have theses commands: > 'set mpdraw on' > 'set poli on' > 'set mpt 0 -1' > 'set mpt 1 -1' > 'set gxout shaded' > 'set clevs 0 4 6 8 10 12 14 16 18 20 22 24 26 28 32 36 40 44 48 52 > 70 100' > 'set ccols 34 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 > 35 65' > 'd (pow((pow(UGRD10m,2)+pow(VGRD10m,2)),0.5))*1.944' > 'set gxout barb' > 'set ccolor 1' > 'set cthick 7' > 'set arrscl 0.1' > > 'd maskout(skip(UGRD10m*1.944,'skip'),LANDsfc*(-1)) ; > maskout(skip(VGRD10m*1.944,'skip'),LANDsfc*(-1))' > 'q ll2xy 'lonlogo' 'latlogo'' > xs = subwrd(result,1) > ys = subwrd(result,2) > xs3 = xs * 720 /11 - 22 > ys3 = 576 - (ys *576 /8) - 42 > 'set line 3 1 1' > 'draw mark 3 'xs' 'ys' 0.15' > 'set string 7 tc 5 0' > 'set strsiz 0.15' > 'draw string 'xs' 'ys' Leader' > > > > Regards, > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > 3134 Agronomy Hall > www.meteor.iastate.edu/~jdduda > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110701/cb751c56/attachment-0002.html From saeedbayat7276 at gmail.com Fri Jul 1 09:57:20 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Fri, 1 Jul 2011 18:27:20 +0430 Subject: [gradsusr] TTF format of output Message-ID: Hi Dear GrADS users How can I create TTF format of output maps instead of png and gif? I am using GrADS in LINUX OS(ubuntu 10.4) and 2.0.a9 oga version of GrADS. Regards Saeed Bayat M.A Student of Climatology Department of Geography Ferdowsi University of Mashhad(Iran) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110701/78bcb340/attachment-0002.html From rafanoharana at gmail.com Mon Jul 4 06:14:41 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Mon, 4 Jul 2011 03:14:41 -0700 Subject: [gradsusr] Exponential, power 2, power 3 expression Message-ID: Dear all, I would like to have your confirmation for this expression in grads: Exponential: 'exp (expression)' is it true? And how if I want to make something like: (a+b)*(a+b) = (a+b)^2 is that true? (a+b)*(a+b)*(a+b) = (a+b)^3 is that true? Thank you, Regards, -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110704/6216a298/attachment-0002.html From rafanoharana at gmail.com Mon Jul 4 06:30:30 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Mon, 4 Jul 2011 03:30:30 -0700 Subject: [gradsusr] Concatenation In-Reply-To: References: Message-ID: Hi all, You can also use CDO if you have Windows. In addition to what Saeed had said, you can also : cdo -r mergetime ifile1 ifile2 ifile3 ofile depending on what you need. Regards, Serge On Mon, Jun 27, 2011 at 11:05 PM, saeed bayat wrote: > Hi, > Use CDO for solve your problem(if you have linux OS). > cdo -r merge ifile1 ifile2 ifile3 ofile > > Regards > > Saeed Bayat > M.A Student of Climatology > Department of Geography > Ferdowsi University of Mashhad(Iran) > saeedbayat7276 at gmail.com > > > On Tue, Jun 28, 2011 at 4:40 AM, Guilherme Martins wrote: > >> Hi users, >> >> I need help with vertical levels. >> >> For example, I have five files with one vertical level each, and I'd >> like to create only one file but all levels. May anyone help me? >> >> 3 files with one variable: >> file1_1000hpa.nc >> file2_850hpa.nc >> file3_700hpa.nc >> >> 1 file with all levels: >> Final fille --> new_file_1000_700.nc >> >> Thanks a lot! >> >> -- >> Guilherme Martins >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110704/049aa370/attachment-0002.html From rafanoharana at gmail.com Tue Jul 5 00:41:22 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Mon, 4 Jul 2011 21:41:22 -0700 Subject: [gradsusr] Exponential, power 2, power 3 expression In-Reply-To: References: Message-ID: Dear all, I found it, Thank you anyway. For power, just 'pow(exp,yourpower)' where exp your expression and yourpower the power you want. So it becomes: (a+b)*(a+b)*(a+b) = pow ((a+b),3) Regards, Serge On Mon, Jul 4, 2011 at 3:14 AM, Rafanoharana Serge Claudio < rafanoharana at gmail.com> wrote: > Dear all, > > I would like to have your confirmation for this expression in grads: > > Exponential: 'exp (expression)' is it true? > > And how if I want to make something like: > > (a+b)*(a+b) = (a+b)^2 is that true? > (a+b)*(a+b)*(a+b) = (a+b)^3 is that true? > > > Thank you, > > Regards, > > -- > Serge > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110704/09f1ceaa/attachment-0002.html From Morwakoma.Matabane at weathersa.co.za Tue Jul 5 07:46:47 2011 From: Morwakoma.Matabane at weathersa.co.za (Morwakoma Matabane) Date: Tue, 5 Jul 2011 13:46:47 +0200 Subject: [gradsusr] Avoiding boundary markings from plots Message-ID: <06B0A85218E0A34EBBFFF4435CA4BAA403C8F691F3@sawsptahub01.saws.local> I have tried to avoid the page (X,Y) boundary markings by using the attached script but the marks always appears. The IF STATEMENT does not appear to do the trick; how do I make sure that the marks at the boundaries do not appear but the interior marks appear? For instance, 1) if('bcx'!='xx1'| 'bcx'!='xx2' | 'bcy'!='yy1' | 'bcy'!='yy2') 'draw mark 4 'bcx' 'bcy' .1' else 'draw mark 0 'bcx' 'bcy' .1' Endif RESULT IN MARKINGS ANYWAY, 2)if('bcx'='xx1'| 'bcx'='xx2' | 'bcy'='yy1' | 'bcy'='yy2') 'draw mark 0 'bcx' 'bcy' .1' else 'draw mark 4 'bcx' 'bcy' .1' Endif STILL RESULT IN THE MARKINGS, AND 3) if('bcx'>'xx1'| 'bcx'<'xx2' | 'bcy'>'yy1' | 'bcy'<'yy2') 'draw mark 4 'bcx' 'bcy' .1' Endif MARKINGS STILL AT THE BOUNDARIES. NOTE: For testing choose BCX=XX1,BCY=YY1 or BCX=XX1,BCY=YY2 or BCX=XX2, BCY=YY1, or BCX=XX2, BCY=YY2. *************************************************************************************************************** *Marking.gs ****************************************************************************************************************** 'reinit' 'open e.t00z.ctl' lat1=-60 ; lat2=0 lon1=-30 ; lon2=60 'set lat 'lat1' 'lat2 'set lon 'lon1' 'lon2 'set t 2' 'set gxout shaded' 'd apcp' 'cbarn' ********************************************************* * Page boundaries ******************************************************** 'q gxinfo' rec1=sublin(result,3) xx1=subwrd(rec1,4) say 'xx1 is 'xx1 xx2=subwrd(rec1,6) say 'xx2 is 'xx2 rec2=sublin(result,4) yy1=subwrd(rec2,4) say 'yy1 is 'yy1 yy2=subwrd(rec2,6) say 'yy2 is 'yy2 ************************************************************* prompt "Enter bcx: " pull bcx say 'bcx is 'bcx prompt "Enter bcy: " pull bcy say 'bcy is 'bcy if('bcx'!='xx1'| 'bcx'!='xx2' | 'bcy'!='yy1' | 'bcy'!='yy2') 'draw mark 4 'bcx' 'bcy' .1' else 'draw mark 0 'bcx' 'bcy' .1' endif 'set lat 'lat1' 'lat2 'set lon 'lon1' 'lon2 'printim xx.gif gif -x1400 -y1200 white' 'quit' Regards Morwakoma M Matabane Scientist ( South African Weather Service) This e-mail is subject to the South African Weather Service e-mail legal notice, to view please visit: http://www.weathersa.co.za/legal/email.asp - -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110705/8e5d3d3a/attachment-0002.html From takayanamba at hotmail.com Tue Jul 5 20:11:49 2011 From: takayanamba at hotmail.com (Namba Takaya) Date: Wed, 6 Jul 2011 00:11:49 +0000 Subject: [gradsusr] Data Request Error: Invalid grid coordinates Message-ID: Dear Sir I have the problem like this with the script below Data Request Error: Invalid grid coordinates World coordinates convert to non-integer grid coordinates Variable = h Dimension = 0 Error ocurred at column 1DISPLAY error: Invalid expression Expression = h(lon=175.05,lat=42.15) When I change it to 'd h(lon=175,lat=42)', it work without problem.Could you tell me how to solve the problem? 'reinit''OPEN HST.CTL''set X 1 673''set Y 1 442''set Z 1 1''set time 00z${day}${month}${year}''set gxout shaded''h=hcurl(u,v)''set X 1''set Y 1''set lev 1''set t 1''set gxout print''set prnopts %0.5f''d h(lon=175.05,lat=42.15)'ret=sublin(result,2)res = write('test-h-check.txt', ret)say result'quit' -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110706/d742e28b/attachment-0002.html From takayanamba at hotmail.com Tue Jul 5 20:14:55 2011 From: takayanamba at hotmail.com (Namba Takaya) Date: Wed, 6 Jul 2011 00:14:55 +0000 Subject: [gradsusr] Data Request Error: Invalid grid coordinates Message-ID: Dear SirI have the problem like this with the script below.Data Request Error: Invalid grid coordinates World coordinates convert to non-integer grid coordinates Variable = h Dimension = 0 Error ocurred at column 1DISPLAY error: Invalid expression Expression = h(lon=175.05,lat=42.15)When I change it to 'd h(lon=175,lat=42)', it work without problem.Could you tell me how to solve the problem?Takaya Namba'reinit''OPEN HST.CTL''set X 1 673''set Y 1 442''set Z 1 1''set time 00z${day}${month}${year}''set gxout shaded''h=hcurl(u,v)''set X 1''set Y 1''set lev 1''set t 1''set gxout print''set prnopts %0.5f''d h(lon=175.05,lat=42.15)'ret=sublin(result,2)res = write('test-h-check.txt', ret)say result'quit' -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110706/ea1e48d7/attachment-0002.html From Morwakoma.Matabane at weathersa.co.za Wed Jul 6 03:53:43 2011 From: Morwakoma.Matabane at weathersa.co.za (Morwakoma Matabane) Date: Wed, 6 Jul 2011 09:53:43 +0200 Subject: [gradsusr] ineffective IF (-ELSE) STATEMENT of GRADS-2.a8.oga.1 on BOUNDARY MARKS/ EXCLUSION OF BOUNDARY MARKS Message-ID: <06B0A85218E0A34EBBFFF4435CA4BAA403C8F691F5@sawsptahub01.saws.local> I have tried to avoid the page (X,Y) boundary markings by using the attached script but the marks always appears. The IF STATEMENT does not appear to do the trick; how do I make sure that the marks at the boundaries do not appear but only the interior marks appear? For instance, 1) if('bcx'!='xx1'| 'bcx'!='xx2' | 'bcy'!='yy1' | 'bcy'!='yy2') 'draw mark 4 'bcx' 'bcy' .1' else 'draw mark 0 'bcx' 'bcy' .1' Endif RESULT IN MARKINGS ANYWAY, 2)if('bcx'='xx1'| 'bcx'='xx2' | 'bcy'='yy1' | 'bcy'='yy2') 'draw mark 0 'bcx' 'bcy' .1' else 'draw mark 4 'bcx' 'bcy' .1' Endif STILL RESULT IN THE MARKINGS, AND 3) if('bcx'>'xx1'| 'bcx'<'xx2' | 'bcy'>'yy1' | 'bcy'<'yy2') 'draw mark 4 'bcx' 'bcy' .1' Endif MARKINGS STILL AT THE BOUNDARIES. NOTE: For testing choose boundary points like BCX=XX1,BCY=YY1 or BCX=XX1,BCY=YY2 or BCX=XX2, BCY=YY1, or BCX=XX2, BCY=YY2, and interior points like BCX=2.0 and BCY=5.0, and BCX=5.5 and BCY=6.8. *************************************************************************************************************** *Marking.gs ****************************************************************************************************************** 'reinit' 'open e.t00z.ctl' lat1=-60 ; lat2=0 lon1=-30 ; lon2=60 'set lat 'lat1' 'lat2 'set lon 'lon1' 'lon2 'set t 2' 'set gxout shaded' 'd apcp' 'cbarn' ********************************************************* * Page boundaries ******************************************************** 'q gxinfo' rec1=sublin(result,3) xx1=subwrd(rec1,4) say 'xx1 is 'xx1 xx2=subwrd(rec1,6) say 'xx2 is 'xx2 rec2=sublin(result,4) yy1=subwrd(rec2,4) say 'yy1 is 'yy1 yy2=subwrd(rec2,6) say 'yy2 is 'yy2 ************************************************************* prompt "Enter bcx: " pull bcx say 'bcx is 'bcx prompt "Enter bcy: " pull bcy say 'bcy is 'bcy if('bcx'!='xx1'| 'bcx'!='xx2' | 'bcy'!='yy1' | 'bcy'!='yy2') 'draw mark 4 'bcx' 'bcy' .1' else 'draw mark 0 'bcx' 'bcy' .1' endif 'set lat 'lat1' 'lat2 'set lon 'lon1' 'lon2 'printim xx.gif gif -x1400 -y1200 white' 'quit' Regards Morwakoma M Matabane Scientist ( South African Weather Service) This e-mail is subject to the South African Weather Service e-mail legal notice, to view please visit: http://www.weathersa.co.za/legal/email.asp - -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110706/7b9cc569/attachment-0002.html From davide.sacchetti at arpal.gov.it Wed Jul 6 04:17:06 2011 From: davide.sacchetti at arpal.gov.it (Davide Sacchetti) Date: Wed, 06 Jul 2011 10:17:06 +0200 Subject: [gradsusr] ineffective IF (-ELSE) STATEMENT of GRADS-2.a8.oga.1 on BOUNDARY MARKS/ EXCLUSION OF BOUNDARY MARKS In-Reply-To: <06B0A85218E0A34EBBFFF4435CA4BAA403C8F691F5@sawsptahub01.saws.local> References: <06B0A85218E0A34EBBFFF4435CA4BAA403C8F691F5@sawsptahub01.saws.local> Message-ID: <1309940226.3497.30.camel@davide> there is a conceputal error, let's understand the meaning of: if('bcx'!='xx1' ... this logaical is always false, because 'bcx' is a string, 'xx1' is a string and they are different in your script appears: 'draw mark 4 'bcx' 'bcy' .1' then it is clear that bcx is a scalar (it has a value) ... correct the logical expr in this way: if(bcx!=xx1 ... hoping it helps bye bye Davide On Wed, 2011-07-06 at 09:53 +0200, Morwakoma Matabane wrote: > I have tried to avoid the page (X,Y) boundary markings by using the > attached script but the marks always appears. The IF STATEMENT does > not appear to do the trick; how do I make sure that the marks at the > boundaries do not appear but only the interior marks appear? > > For instance, > > 1) if('bcx'!='xx1'| 'bcx'!='xx2' | 'bcy'!='yy1' | 'bcy'!='yy2') > > 'draw mark 4 'bcx' 'bcy' .1' > > else > > 'draw mark 0 'bcx' 'bcy' .1' > > Endif > > RESULT IN MARKINGS ANYWAY, > > > > > > 2)if('bcx'='xx1'| 'bcx'='xx2' | 'bcy'='yy1' | 'bcy'='yy2') > > 'draw mark 0 'bcx' 'bcy' .1' > > else > > 'draw mark 4 'bcx' 'bcy' .1' > > Endif > > STILL RESULT IN THE MARKINGS, AND > > > > 3) if('bcx'>'xx1'| 'bcx'<'xx2' | 'bcy'>'yy1' | 'bcy'<'yy2') > > 'draw mark 4 'bcx' 'bcy' .1' > > Endif > > > > MARKINGS STILL AT THE BOUNDARIES. > > > > NOTE: For testing choose boundary points like BCX=XX1,BCY=YY1 or > BCX=XX1,BCY=YY2 or BCX=XX2, BCY=YY1, or BCX=XX2, BCY=YY2, and > > interior points like BCX=2.0 and BCY=5.0, and BCX=5.5 and > BCY=6.8. > > > > *************************************************************************************************************** > > *Marking.gs > > ****************************************************************************************************************** > > 'reinit' > > 'open e.t00z.ctl' > > lat1=-60 ; lat2=0 > > lon1=-30 ; lon2=60 > > 'set lat 'lat1' 'lat2 > > 'set lon 'lon1' 'lon2 > > 'set t 2' > > 'set gxout shaded' > > 'd apcp' > > 'cbarn' > > ********************************************************* > > * Page boundaries > > ******************************************************** > > 'q gxinfo' > > rec1=sublin(result,3) > > xx1=subwrd(rec1,4) > > say 'xx1 is 'xx1 > > xx2=subwrd(rec1,6) > > say 'xx2 is 'xx2 > > > > rec2=sublin(result,4) > > yy1=subwrd(rec2,4) > > say 'yy1 is 'yy1 > > yy2=subwrd(rec2,6) > > say 'yy2 is 'yy2 > > ************************************************************* > > prompt "Enter bcx: " > > pull bcx > > say 'bcx is 'bcx > > > > prompt "Enter bcy: " > > pull bcy > > say 'bcy is 'bcy > > > > if('bcx'!='xx1'| 'bcx'!='xx2' | 'bcy'!='yy1' | 'bcy'!='yy2') > > 'draw mark 4 'bcx' 'bcy' .1' > > else > > 'draw mark 0 'bcx' 'bcy' .1' > > endif > > > > 'set lat 'lat1' 'lat2 > > 'set lon 'lon1' 'lon2 > > > > > > 'printim xx.gif gif -x1400 -y1200 white' > > > > 'quit' > > > > Regards > > Morwakoma M Matabane > > Scientist ( South African Weather Service) > > > > > This e-mail is subject to the South African Weather Service e-mail > legal notice, to view please visit: > http://www.weathersa.co.za/legal/email.asp - > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- --> Attenzione cambio indirizzo: davide.sacchetti at arpal.gov.it -- Davide Sacchetti Centro Funzionale Meteo Idrologico di Protezione Civile della Regione Liguria ARPAL Unit? Tecnica Complessa di livello Regionale V.le Brigare Partigiane 2 16121 Genova (I) tel: +39 010 6437535 fax: +39 010 6437520 mail: davide.sacchetti at arpal.gov.it web: www.meteoliguria.it From sushantpuranik at gmail.com Wed Jul 6 05:26:08 2011 From: sushantpuranik at gmail.com (sushant puranik) Date: Wed, 6 Jul 2011 14:56:08 +0530 Subject: [gradsusr] correlation map Message-ID: Hi I have 20 year composite in which i have two variables (meridional and zonal wind speeds). I'm using the NCEP/NCAR reanalysis data from 1989 to nov2008. I need a (spatial) map of correlation coefficients for that period. I've explored the functions tcorr and scorr, but none of them is suitable for that. The tcorr function requires that the first variable is only a function of time, which is not in my case. Thanks is advance Sushant -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110706/ef04a9a4/attachment-0002.html From colysar at gmail.com Wed Jul 6 10:23:19 2011 From: colysar at gmail.com (Coly SAR) Date: Wed, 6 Jul 2011 16:23:19 +0200 Subject: [gradsusr] specify data format with fwrite Message-ID: Hi all, I was wondering if using fwrite to write a binary file if it is possible to specify the format to avoid having it in stream. For example, the data be written at a format like 8e10.3 to have a formatted file. How to do it? thanks Col -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110706/6a6c435d/attachment-0002.html From jma at cola.iges.org Wed Jul 6 11:18:14 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Wed, 6 Jul 2011 11:18:14 -0400 Subject: [gradsusr] Updates for 'GrADS on the Web' Message-ID: Dear Users, Some time ago, we collected a list of web sites that use GrADS to generate graphics. The list is at http://iges.org/grads/gotw.html. We would like to update this list to remove inactive sites and to add any new sites not mentioned. If you are a site administrator and have a bit of spare time, please look over the list and send me any corrections or additions. I'm sorry the list is not sorted, you'll have to use 'find' to search for a specific URL. Thank you so much, we really appreciate your help! --Jennifer -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110706/34241aed/attachment-0002.html From Vadlamani.Kumar at noaa.gov Wed Jul 6 11:38:50 2011 From: Vadlamani.Kumar at noaa.gov (Vadlamani Kumar) Date: Wed, 06 Jul 2011 11:38:50 -0400 Subject: [gradsusr] Updates for 'GrADS on the Web' In-Reply-To: References: Message-ID: <000c01cc3bf2$cde2a990$69a7fcb0$@noaa.gov> Hi Jennifer, You can replace the old and inactive page http://www.cpc.noaa.gov/products/african_desk/AFM.shtml with http://www.cpc.noaa.gov/products/african_desk/cpc_intl Kumar From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jennifer Adams Sent: Wednesday, July 06, 2011 11:18 AM To: GrADS Users Forum Subject: [gradsusr] Updates for 'GrADS on the Web' Dear Users, Some time ago, we collected a list of web sites that use GrADS to generate graphics. The list is at http://iges.org/grads/gotw.html. We would like to update this list to remove inactive sites and to add any new sites not mentioned. If you are a site administrator and have a bit of spare time, please look over the list and send me any corrections or additions. I'm sorry the list is not sorted, you'll have to use 'find' to search for a specific URL. Thank you so much, we really appreciate your help! --Jennifer -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110706/551e8826/attachment-0002.html From rafanoharana at gmail.com Thu Jul 7 03:40:12 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Thu, 7 Jul 2011 00:40:12 -0700 Subject: [gradsusr] if... else..... endif syntax error in GRADS Message-ID: Dear all, My file contains 2 variables a and b. I have the following condition: if a>b => c=b if a c=a so: d=c/b in my .gs file, I tried: '!if (a> b)' 'c= b' '!else' 'c= a' '!endif' 'define d=c/b' but it gives syntax error. Then I tried to define the c like: '!if (a> b)' 'define c= b' '!else' 'define c= a' '!endif' 'define d=c/b' Again, syntax error. ERROR: sh: -c: line 1: syntax error: unexpected end of file sh: -c: line 0: syntax error near unexpected token `else' sh: -c: line 0: `else' sh: endif: command not found Thank you in advance, Best regards, -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/ee220681/attachment-0002.html From rafanoharana at gmail.com Thu Jul 7 04:12:19 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Thu, 7 Jul 2011 01:12:19 -0700 Subject: [gradsusr] if... else..... endif syntax error in GRADS In-Reply-To: References: Message-ID: Dear all, I found it, Thank you anyway. if (a> b) 'define c= b' else 'define c= a' endif 'define d=c/b' Regards, Serge On Thu, Jul 7, 2011 at 12:40 AM, Rafanoharana Serge Claudio < rafanoharana at gmail.com> wrote: > Dear all, > > My file contains 2 variables a and b. I have the following condition: > > if a>b => c=b > if a c=a > > so: d=c/b > > in my .gs file, I tried: > > '!if (a> b)' > 'c= b' > '!else' > 'c= a' > '!endif' > 'define d=c/b' > > but it gives syntax error. > > Then I tried to define the c like: > > '!if (a> b)' > 'define c= b' > '!else' > 'define c= a' > '!endif' > 'define d=c/b' > > Again, syntax error. > > ERROR: > sh: -c: line 1: syntax error: unexpected end of file > sh: -c: line 0: syntax error near unexpected token `else' > sh: -c: line 0: `else' > sh: endif: command not found > > > Thank you in advance, > > > Best regards, > > -- > Serge > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/ad901e55/attachment-0002.html From zjuyanlibin at 163.com Thu Jul 7 05:15:01 2011 From: zjuyanlibin at 163.com (Yan Libin) Date: Thu, 7 Jul 2011 17:15:01 +0800 Subject: [gradsusr] test Message-ID: <201107071715004528673@163.com> Hello, everyone, Am I involved? Thank you! Regards, Libin Yan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/c96db28c/attachment-0002.html From chilukotinagaraju at gmail.com Thu Jul 7 08:37:02 2011 From: chilukotinagaraju at gmail.com (NAGARAJU CHILUKOTI) Date: Thu, 7 Jul 2011 18:07:02 +0530 Subject: [gradsusr] if... else..... endif syntax error in GRADS In-Reply-To: References: Message-ID: Hi you try like this if (a> b) then c= b else c= a On Thu, Jul 7, 2011 at 1:10 PM, Rafanoharana Serge Claudio < rafanoharana at gmail.com> wrote: > Dear all, > > My file contains 2 variables a and b. I have the following condition: > > if a>b => c=b > if a c=a > > so: d=c/b > > in my .gs file, I tried: > > '!if (a> b)' > 'c= b' > '!else' > 'c= a' > '!endif' > 'define d=c/b' > > but it gives syntax error. > > Then I tried to define the c like: > > '!if (a> b)' > 'define c= b' > '!else' > 'define c= a' > '!endif' > 'define d=c/b' > > Again, syntax error. > > ERROR: > sh: -c: line 1: syntax error: unexpected end of file > sh: -c: line 0: syntax error near unexpected token `else' > sh: -c: line 0: `else' > sh: endif: command not found > > > Thank you in advance, > > > Best regards, > > -- > Serge > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Nagaraju Chilukoti CCCR, IITM, Pashan Pune 411008 Mob.* 09224278979* cnraju at tropmet.res.in chilukotinagaraju at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/7d6eca88/attachment-0002.html From gavinho.gabriel at gmail.com Thu Jul 7 12:00:21 2011 From: gavinho.gabriel at gmail.com (gabriel gavinho) Date: Thu, 7 Jul 2011 13:00:21 -0300 Subject: [gradsusr] Sum daily values for precipitation In-Reply-To: <5C286C5C-0BC9-4057-8831-B357C249C662@cola.iges.org> References: <5C286C5C-0BC9-4057-8831-B357C249C662@cola.iges.org> Message-ID: I finally made it much appreciate! 2011/6/29 Jennifer Adams > If you want to show the gradual accumulation of precip at a single point > over time, try this: > 'set lat 'mylat > 'set lon 'mylon > 'set t 1 last' > 'd tloop(sum(precip,t=1,t+0))' > > --Jennifer > > > > On Jun 27, 2011, at 10:12 AM, Rafanoharana Serge Claudio wrote: > > > > On Wed, Jun 22, 2011 at 9:45 AM, gabriel gavinho < > gavinho.gabriel at gmail.com> wrote: > >> Dear Serge, >> >> The solution you proposed did solve the problem envolving the plot of both >> variables, but it displays a straight line with the final result for >> accumulated precipitation instead of the increasing line presenting the >> gradual accumulation. Do you know how can I sort this out? >> still, thank you very much for your help, >> >> regards >> >> Gabriel Gavinho >> Federal University of Rio de Janeiro >> >> 2011/6/21 Rafanoharana Serge Claudio >> >>> Dear Gabriel, >>> >>> In order to obtain the total precipitation within a month, you can just >>> 'define acc=sum(pcp, t=1, t=31)'. >>> If I really understand what you want is that you would like to display >>> both daily and accumulation within one graphic. If so, it's a little bit >>> tricky but what I can suggest is that if you want to display both within one >>> graphic, try to set gxout linefill since linefill can deal with 2 variables, >>> then go back to set gxout line so it will be something like: >>> >>> 'sdfopen file.nc' >>> 'set lat -23' >>> 'set lon -45' >>> 'set t 1 31' >>> >>> 'define acc=sum(pcp, t=1, t=31)' >>> 'set gxout linefill' >>> 'set lfcols 0 0' (----> this is black color and you can refer to >>> http://www.iges.org/grads/gadoc/colorcontrol.html) >>> 'd pcp;acc' (up til here, you have only the x and y value, >>> without the graphs, so you need to plot the graph) >>> 'set gxout line' >>> 'set ccolor 3' >>> 'd pcp' >>> 'set ccolor 5' >>> 'd acc' >>> >>> Hope this can help, >>> >>> >>> Regards, >>> >>> Serge >>> >>> 2011/6/21 gabriel gavinho >>> >>>> Dear Serge, >>>> >>>> I belive I did not make myself clear about the graphic I need. >>>> suppose I select a single point, let's say lat -23 lon -45, and set the >>>> time to a month period, I will have the values of precipitation for each day >>>> as it is in any meteogram. >>>> My problem is that I need to continually sum the daily valeus so I can >>>> achive the total precipitation within a month but in a way I can present an >>>> increasing line in over the daily values. >>>> I hope I could make it clear and I really appreciate your help >>>> >>>> Regars, >>>> Gabriel Gavinho >>>> Federal University of Rio de Janeiro. >>>> >>>> >>>> 2011/6/21 Rafanoharana Serge Claudio >>>> >>>>> Dear Gabriel, >>>>> >>>>> What do you mean by "in the same graphic"? because I think it will >>>>> depends on that. For your precipitation data, if you set your gxout to >>>>> shaded, I think you won't see both values, but if you set your gxout, for >>>>> example to contour, you'll be able to see both. >>>>> >>>>> Let's say your precipitaion variable is "pcp". It will be something >>>>> like: >>>>> 'sdfopen file.nc' >>>>> 'set gxout contour' >>>>> 'define acc=sum(pcp, t=1, t=31)' >>>>> 'd pcp' >>>>> 'd acc' >>>>> >>>>> So if you need for the day 17, just set t to 17 by adding 'set t 17' >>>>> right after 'sdfopen...' >>>>> In addition, you can write your accumulation variable to your file >>>>> using 'set sdfwrite file.nc' followed by 'sdfwrite acc'. >>>>> Maybe the following will give you more info. >>>>> >>>>> I quote from Bob Kuligowski: >>>>> >>>>> "GrADS can produce numerous types of file displays using gridded data >>>>> using set gxout: >>>>> >>>>> bar (bar chart) >>>>> line (line graph) >>>>> barb (wind barbs) >>>>> linefill (color fill between two lines) >>>>> contour (contour plot) >>>>> scatter (scatter plot) >>>>> errbar (error bars) >>>>> shaded (shaded contour plot) >>>>> grfill (shaded grid boxes) >>>>> stream (wind streamlines) >>>>> fgrid (grid boxes shaded for specified values) >>>>> vector (wind vector arrows) >>>>> grid (grid boxes with printed values)" >>>>> >>>>> Hope it can help, >>>>> >>>>> Regards, >>>>> >>>>> Serge >>>>> >>>>> >>>>> >>>>> 2011/6/21 gabriel gavinho >>>>> >>>>>> Dear Users >>>>>> >>>>>> I am having a hard time trying to sum the values for daily >>>>>> precipitation during a month, in order put together both daily values and >>>>>> the accumulative sum in the same graphic >>>>>> >>>>>> Can you help me? >>>>>> >>>>>> regards! >>>>>> >>>>>> Gabriel Gavinho >>>>>> Federal University of Rio de Janeiro >>>>>> >>>>>> _______________________________________________ >>>>>> gradsusr mailing list >>>>>> gradsusr at gradsusr.org >>>>>> http://gradsusr.org/mailman/listinfo/gradsusr >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Serge >>>>> >>>>> _______________________________________________ >>>>> gradsusr mailing list >>>>> gradsusr at gradsusr.org >>>>> http://gradsusr.org/mailman/listinfo/gradsusr >>>>> >>>>> >>>> >>> >>> >>> -- >>> Serge >>> >> >> > > > -- > Serge > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/05ef4bd4/attachment-0002.html From klevey at customweather.com Thu Jul 7 12:11:22 2011 From: klevey at customweather.com (Kevin M Levey) Date: Thu, 7 Jul 2011 09:11:22 -0700 Subject: [gradsusr] ECMWF data -> GRADS In-Reply-To: References: <5C286C5C-0BC9-4057-8831-B357C249C662@cola.iges.org> Message-ID: <2F4141ED-2C7F-4321-8D51-9A6C186BA839@customweather.com> THU 07JUL11: 0900PDT Dear GRads Users, I've scoured the mailing lists and been back and forward with ECWMF. I've two sample files from them (ECWMF GRIB v1) which I simply can not get translated properly. If anyone can offer some assistance I'd greatly appreciate it before I go and do a lot of installing of ECWMF software that may not be needed. ECWMF does not have their GRIB2 versions of this data. I've attached both samples - they are supposed to be weekly anomalies of 2m temperature and precipitation. Many thanks. Regards, Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of Cape Town) Vice President of Operations CustomWeather, Inc. San Francisco, California, USA "Taking the World by Storm!" http://www.customweather.com http://www.myforecast.com http://www.1stweather.com cell: 415-794-0411 work: 415-777-3566 email: klevey at customweather.com -------------- next part -------------- A non-text attachment was scrubbed... Name: enfo_TP.grib Type: application/octet-stream Size: 59520 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110707/526c89f5/attachment-0004.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: enfo_2TA.grib Type: application/octet-stream Size: 88800 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110707/526c89f5/attachment-0005.obj From jma at cola.iges.org Thu Jul 7 12:24:16 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Thu, 7 Jul 2011 12:24:16 -0400 Subject: [gradsusr] ECMWF data -> GRADS In-Reply-To: <2F4141ED-2C7F-4321-8D51-9A6C186BA839@customweather.com> References: <5C286C5C-0BC9-4057-8831-B357C249C662@cola.iges.org> <2F4141ED-2C7F-4321-8D51-9A6C186BA839@customweather.com> Message-ID: <70AE787B-FC58-4BCD-901E-D8328407E2C5@cola.iges.org> Here's a descriptor for the T2A file: dset ^enfo_2TA.grib index ^enfo_2TA.grib.idx undef 9.999E+20 title enfo_2TA.grib dtype grib options yrev ydef 61 linear -90.000000 3 xdef 120 linear 0.000000 3.000000 tdef 4 linear 00Z13jun2011 7dy zdef 1 linear 1 1 vars 1 t2a 0 167,1,0 surface 2 metre temperature anomaly [K] endvars And when you run gribmap, use the -e option. # gribmap -e -v -i enfo_2TA.ctl grib1map: opening GRIB file: enfo_2TA.grib !!!!! MATCH: 1 22122 255 1 0 167 1 0 157 0 24 btim: 2011060200:00 tau: 44 dtim: 2011061300:00 !!!!! MATCH: 2 44322 255 1 0 167 1 0 22357 0 24 btim: 2011060200:00 tau: 72 dtim: 2011062000:00 !!!!! MATCH: 3 66522 255 1 0 167 1 0 44557 0 24 btim: 2011060200:00 tau: 100 dtim: 2011062700:00 !!!!! MATCH: 4 88722 255 1 0 167 1 0 66757 0 24 btim: 2011060200:00 tau: 128 dtim: 2011070400:00 grib1map: reached end of files grib1map: writing the map... --Jennifer On Jul 7, 2011, at 12:11 PM, Kevin M Levey wrote: > THU 07JUL11: 0900PDT > > Dear GRads Users, > > I've scoured the mailing lists and been back and forward with ECWMF. > I've two sample files from them (ECWMF GRIB v1) which I simply can > not get translated properly. If anyone can offer some assistance I'd > greatly appreciate it before I go and do a lot of installing of > ECWMF software that may not be needed. ECWMF does not have their > GRIB2 versions of this data. > > I've attached both samples - they are supposed to be weekly > anomalies of 2m temperature and precipitation. > > Many thanks. > > Regards, > > Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of > Cape Town) > Vice President of Operations > CustomWeather, Inc. > San Francisco, California, USA > > "Taking the World by Storm!" > > http://www.customweather.com > http://www.myforecast.com > http://www.1stweather.com > > cell: 415-794-0411 > work: 415-777-3566 > email: klevey at customweather.com > > < > enfo_TP > .grib>_______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/bda60d72/attachment-0002.html From klevey at customweather.com Thu Jul 7 13:25:32 2011 From: klevey at customweather.com (Kevin M Levey) Date: Thu, 7 Jul 2011 10:25:32 -0700 Subject: [gradsusr] ECMWF data -> GRADS In-Reply-To: <70AE787B-FC58-4BCD-901E-D8328407E2C5@cola.iges.org> References: <5C286C5C-0BC9-4057-8831-B357C249C662@cola.iges.org> <2F4141ED-2C7F-4321-8D51-9A6C186BA839@customweather.com> <70AE787B-FC58-4BCD-901E-D8328407E2C5@cola.iges.org> Message-ID: <70CE8227-1365-478F-8DAE-B75ED42450B5@customweather.com> Hi Jennifer Many thanks - works perfectly. Cheers Kevin On Jul 7, 2011, at 07/07/11 - 9:24 AM, Jennifer Adams wrote: > Here's a descriptor for the T2A file: > > dset ^enfo_2TA.grib > index ^enfo_2TA.grib.idx > undef 9.999E+20 > title enfo_2TA.grib > dtype grib > options yrev > ydef 61 linear -90.000000 3 > xdef 120 linear 0.000000 3.000000 > tdef 4 linear 00Z13jun2011 7dy > zdef 1 linear 1 1 > vars 1 > t2a 0 167,1,0 surface 2 metre temperature anomaly [K] > endvars > > And when you run gribmap, use the -e option. > # gribmap -e -v -i enfo_2TA.ctl > grib1map: opening GRIB file: enfo_2TA.grib > !!!!! MATCH: 1 22122 255 1 0 167 1 0 157 0 24 btim: 2011060200:00 tau: 44 dtim: 2011061300:00 > !!!!! MATCH: 2 44322 255 1 0 167 1 0 22357 0 24 btim: 2011060200:00 tau: 72 dtim: 2011062000:00 > !!!!! MATCH: 3 66522 255 1 0 167 1 0 44557 0 24 btim: 2011060200:00 tau: 100 dtim: 2011062700:00 > !!!!! MATCH: 4 88722 255 1 0 167 1 0 66757 0 24 btim: 2011060200:00 tau: 128 dtim: 2011070400:00 > grib1map: reached end of files > grib1map: writing the map... > > > --Jennifer > > > On Jul 7, 2011, at 12:11 PM, Kevin M Levey wrote: > >> THU 07JUL11: 0900PDT >> >> Dear GRads Users, >> >> I've scoured the mailing lists and been back and forward with ECWMF. I've two sample files from them (ECWMF GRIB v1) which I simply can not get translated properly. If anyone can offer some assistance I'd greatly appreciate it before I go and do a lot of installing of ECWMF software that may not be needed. ECWMF does not have their GRIB2 versions of this data. >> >> I've attached both samples - they are supposed to be weekly anomalies of 2m temperature and precipitation. >> >> Many thanks. >> >> Regards, >> >> Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of Cape Town) >> Vice President of Operations >> CustomWeather, Inc. >> San Francisco, California, USA >> >> "Taking the World by Storm!" >> >> http://www.customweather.com >> http://www.myforecast.com >> http://www.1stweather.com >> >> cell: 415-794-0411 >> work: 415-777-3566 >> email: klevey at customweather.com >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/fd25c0ca/attachment-0002.html From jgmsantos at gmail.com Thu Jul 7 16:09:34 2011 From: jgmsantos at gmail.com (Guilherme Martins) Date: Thu, 7 Jul 2011 17:09:34 -0300 Subject: [gradsusr] Grads 2.0.9 error Message-ID: Hi users, I need help. I'm trying to install grads2.0.9, but I receive the message below when I type make: gagx.o: In function `gakml': /home/gui/grads-2.0.a9/src/gagx.c:3986: undefined reference to `gxqdrgb' gagx.o: In function `gagtif': /home/gui/grads-2.0.a9/src/gagx.c:4290: undefined reference to `gxqdrgb' ../../supplibs/lib/libcurl.a(timeval.o): In function `curlx_tvnow': timeval.c:(.text+0x89): undefined reference to `clock_gettime' make[2]: ** [grads] Erro 1 make[2]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' make[1]: ** [all] Erro 2 make[1]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' make: ** [all-recursive] Erro 1 gui at curupira:~/grads-2.0.a9$ May anyone help me? Thanks a lot, Guilherme. -- Guilherme Martins -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/7b16f193/attachment-0002.html From wilfried.strauch at yahoo.com Thu Jul 7 18:00:20 2011 From: wilfried.strauch at yahoo.com (wilfried.strauch) Date: Thu, 07 Jul 2011 18:00:20 -0400 Subject: [gradsusr] 'GrADS on the Web' - strong precipitation and landslides, Central America-Caribbean In-Reply-To: References: Message-ID: <4E162C74.6060505@yahoo.com> A pilot project in Nicaragua on heavy rainfall and landslide early warning in near real time: http://georiesgos-ca.ineter.gob.ni/lluvia/nesdis/gif/index.html You have to place the cursor over the map to see a movie. The single GIF frames are made with Grads from the NESDIS Hydroestimator data and are then put together with ImageMagick to generate the animation. On the left you can select a region or country in the Central America-Caribbean area. The system is capable to generate alert messages by email when strong rain occurs over a landslide prone area, e.g. volcanoes in Central America. Best regards Wilfried Strauch OSOP Panam? www.osop.com.pa On 06/07/2011 11:18, Jennifer Adams wrote: > Dear Users, > Some time ago, we collected a list of web sites that use GrADS to > generate graphics. The list is at http://iges.org/grads/gotw.html. We > would like to update this list to remove inactive sites and to add any > new sites not mentioned. If you are a site administrator and have a > bit of spare time, please look over the list and send me any > corrections or additions. I'm sorry the list is not sorted, you'll > have to use 'find' to search for a specific URL. Thank you so much, we > really appreciate your help! > --Jennifer > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/63f0f706/attachment-0002.html From kb9wob at gmail.com Fri Jul 8 00:58:06 2011 From: kb9wob at gmail.com (Kevin Huyck) Date: Thu, 7 Jul 2011 23:58:06 -0500 Subject: [gradsusr] Isentropic variables and ctl files Message-ID: Hello, everyone. I'm working with Bob Hart's isentropic field script. One of my goals is to process guidance for several isentropic levels, store the variables in a file (NetCDF is the method of choice, at present), then retrieve each of the isentropic levels by way of the "set lev" command with each of the isentropic surfaces listed in the .ctl file under "zdef 9 levels" as "290 292 294 296 298 300 302 304 306". Is there a method or process to execute the isentropic script several times for several isentropic surfaces and store the output in a single variable? For testing I'm working with NAM data. Many thanks, Kevin Huyck. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/d14f4843/attachment-0002.html From dasilva at alum.mit.edu Fri Jul 8 07:24:47 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 8 Jul 2011 07:24:47 -0400 Subject: [gradsusr] Updates for 'GrADS on the Web' In-Reply-To: References: Message-ID: On Wed, Jul 6, 2011 at 11:18 AM, Jennifer Adams wrote: > Dear Users, > Some time ago, we collected a list of web sites that use GrADS to generate > graphics. The list is at http://iges.org/grads/gotw.html. We would like to > update this list to remove inactive sites and to add any new sites not > mentioned. If you are a site administrator and have a bit of spare time, > please look over the list and send me any corrections or additions. I'm > sorry the list is not sorted, you'll have to use 'find' to search for a > specific URL. Thank you so much, we really appreciate your help! > Are you keeping track of GDS servers? Or other "non-graphic" sites that still have grads as a backend? For example, our "download tool" sites, e.g., http://portal.nccs.nasa.gov/cgi-lats4d/webform.cgi?&i=GEOS-5/fp/0.25_deg/assim/inst3_2d_asm_Nx Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110708/f9d1eb04/attachment-0002.html From berkelha at usc.edu Fri Jul 8 11:48:51 2011 From: berkelha at usc.edu (Max Berkelhammer) Date: Fri, 8 Jul 2011 09:48:51 -0600 Subject: [gradsusr] Time axis units on Paleoclimate timeseries Message-ID: Hello. I am using GrADS version 2.0.a7.oga.3. I have a long paleoclimate timeseries going from 3800 years before present to 12300 years before present. When I plot a section of this time series (i.e. 3800 to 7000) the x-axis labels appear normal (i.e. 3000 4000 5000 ...). However, when I attempt to plot the entire timeseries the x-axis labels disappear except for a single label appearing at 4000. Attached are screen shots showing the situation. Any suggestions on how to remedy this would be greatly appreciated. Thanks! Best, Max -- Research Associate CIRES, University of Colorado http://earth.usc.edu/~berkelha (626)-319-4421 (cell) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110708/bf7ae237/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: notime.png Type: image/png Size: 4456 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110708/bf7ae237/attachment-0004.png -------------- next part -------------- A non-text attachment was scrubbed... Name: time.png Type: image/png Size: 4014 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110708/bf7ae237/attachment-0005.png From teddyallen at yahoo.com Fri Jul 8 12:31:39 2011 From: teddyallen at yahoo.com (Teddy Allen) Date: Fri, 8 Jul 2011 09:31:39 -0700 (PDT) Subject: [gradsusr] Q-vector GrADS script available? In-Reply-To: References: <5C286C5C-0BC9-4057-8831-B357C249C662@cola.iges.org> Message-ID: <1310142699.2609.YahooMailRC@web39404.mail.mud.yahoo.com> Is there a GrADS script?currently?available to calculate Q-vectors?from any GrADS users? examples of Q-vector: http://hoot.metr.ou.edu/upperair/qvec/current/ and http://ww2010.atmos.uiuc.edu/(Gh)/arch/cases/961109/adv/qvct.rxml Thank you, teddy ? http://www.teddyallen.com "To move quickly, go alone. To move far, go together." African Proverb -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110708/0a84dcb8/attachment-0002.html From gavinho.gabriel at gmail.com Fri Jul 8 15:02:14 2011 From: gavinho.gabriel at gmail.com (gabriel gavinho) Date: Fri, 8 Jul 2011 16:02:14 -0300 Subject: [gradsusr] filling entire graph beneath a single line Message-ID: Dear users, I need to fill the entire graph beneath a single line which comes from a 'tloop' sum with a single color Can you help me out? regards Gabriel Gavinho Federal University of Rio de Janeiro -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110708/06e9db31/attachment-0002.html From mcs2214 at columbia.edu Fri Jul 8 15:03:13 2011 From: mcs2214 at columbia.edu (mcs2214 at columbia.edu) Date: Fri, 08 Jul 2011 15:03:13 -0400 Subject: [gradsusr] data set correlation Message-ID: <20110708150313.y5vi2zjzwc4gkgwc@cubmail.cc.columbia.edu> Hi Gradusers, I am trying to get a temporal correlation of two data sets that also vary in x and y. Just to give you some context, I am comparing model data to observed data over a 52 year span. I wrote a script that calculates point by point temporal correlation by use of the tcorr function, but it is unusable for me as it is very inefficent! Was wondering if anyone had a correlation script/ suggestions for me? here is the script: ***function to plot a temporal correlation with a spatial loop function correlation(arg) startx=subwrd(arg,1) endx=subwrd(arg,2) starty=subwrd(arg,3) endy=subwrd(arg,4) startt=subwrd(arg,5) endt=subwrd(arg,6) say 'longitude = ' startx ' to ' endx say 'latitude = ' starty ' to ' endy say 'years = ' startt ' to ' endt x=startx while (x<= endx) 'set x ' x y=starty while (y <= endy) 'set y ' y 'set t ' startt 'd tcorr(prcp.1,prcp.2,t=' startt ',t=' endt ')' y=y+1 endwhile x=x+1 endwhile exit From Charles.Seman at noaa.gov Fri Jul 8 17:55:40 2011 From: Charles.Seman at noaa.gov (Charles Seman) Date: Fri, 08 Jul 2011 17:55:40 -0400 Subject: [gradsusr] filling entire graph beneath a single line In-Reply-To: References: Message-ID: <4E177CDC.1070800@noaa.gov> Gabriel, Not sure if this will do what you want (may be more than you need), but here's an email posted to the Listserv by Mary-Jo Nath: http://gradsusr.org/pipermail/gradsusr/2006-August/003552.html Hope this helps, Chuck gabriel gavinho wrote: > Dear users, > > I need to fill the entire graph beneath a single line which comes from a > 'tloop' sum with a single color > Can you help me out? > > regards > > Gabriel Gavinho > Federal University of Rio de Janeiro > > > ------------------------------------------------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- 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 reflect any official or unofficial position of the United States Federal Government, the United States Department of Commerce, or NOAA." From saeedbayat7276 at gmail.com Fri Jul 8 23:48:09 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Sat, 9 Jul 2011 08:18:09 +0430 Subject: [gradsusr] Time axis units on Paleoclimate timeseries In-Reply-To: References: Message-ID: Hi Max, Try this: set xrange t-first t-end set xlabs numbers that you want put in x axis(set xlabs 1 2 3 4 5 6 7 ...) Regards Saeed Bayat M.A Student of Climatology Department of Geography Ferdowsi University of Mashhad(Iran) On Fri, Jul 8, 2011 at 8:18 PM, Max Berkelhammer wrote: > Hello. > I am using GrADS version 2.0.a7.oga.3. I have a long paleoclimate > timeseries going from 3800 years before present to 12300 years before > present. When I plot a section of this time series (i.e. 3800 to 7000) the > x-axis labels appear normal (i.e. 3000 4000 5000 ...). However, when I > attempt to plot the entire timeseries the x-axis labels disappear except for > a single label appearing at 4000. Attached are screen shots showing the > situation. Any suggestions on how to remedy this would be greatly > appreciated. > > Thanks! > > Best, > Max > -- > Research Associate > CIRES, University of Colorado > http://earth.usc.edu/~berkelha > (626)-319-4421 (cell) > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110709/2f4fbd28/attachment-0002.html From Makowsks at students.uni-marburg.de Sat Jul 9 05:37:38 2011 From: Makowsks at students.uni-marburg.de (Sachis Makowski) Date: Sat, 9 Jul 2011 11:37:38 +0200 Subject: [gradsusr] OMI SO2 HDF5 Message-ID: Dear all, I am totally new with Grads and not very good at informatics. I have a bunch of OMI SO2 images from the Aura satellite and I don?t achieve to write the right descriptor file to get to open the images with grads. Has anyone an example of descriptor file for OMI or some ideas to help me to overcome this problem? I would be very greatful. Best regards to you all, Sandro -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110709/44b6e3d8/attachment-0002.html From jgc at meteoexploration.com Sat Jul 9 06:15:23 2011 From: jgc at meteoexploration.com (Javier G. Corripio) Date: Sat, 09 Jul 2011 10:15:23 +0000 Subject: [gradsusr] gradsusr Digest, Vol 17, Issue 6 In-Reply-To: References: Message-ID: <5af54cf85c789ae1b0ae538086ea2c50@meteoexploration.com> Dear Jennifer, Thanks for all the effort. Here is another site that uses grads: http://www.meteoexploration.com/maproom/ All the best, Javier > Dear Users, > Some time ago, we collected a list of web sites that use GrADS to generate > graphics. The list is at http://iges.org/grads/gotw.html. We would like to > update this list to remove inactive sites and to add any new sites not > mentioned. If you are a site administrator and have a bit of spare time, > please look over the list and send me any corrections or additions. I'm > sorry the list is not sorted, you'll have to use 'find' to search for a > specific URL. Thank you so much, we really appreciate your help! > On Fri, 08 Jul 2011 13:41:39 -0400, gradsusr-request at gradsusr.org wrote: -- Javier G. Corripio, PhD www.meteoexploration.com jgc <> meteoexploration.com From nkh09 at fsu.edu Sat Jul 9 14:32:47 2011 From: nkh09 at fsu.edu (Nick Heath) Date: Sat, 09 Jul 2011 14:32:47 -0400 Subject: [gradsusr] Wrf output in GrADS Message-ID: Hey Everyone, A while back I received some help with displaying WRF output in GrADS using ARWPost. Thanks! Now, I have a question about some of the fields. When I display some fields, the look normal and as expected. But, others look odd. I have attached an image of my 'w' field at 500 hPa. Some other fields, such as the boundary layer height, also share this pattern. Other fields, such as the 'u' and 'v' winds, look fine. I was wondering if this looks like an error somewhere in my ARWPost run or an error in my WRF run? Thanks an advance for any help! -Nick -------------- next part -------------- A non-text attachment was scrubbed... Name: w_500.png Type: image/png Size: 27649 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110709/2c71e255/attachment-0002.png From jdduda at iastate.edu Sat Jul 9 16:40:44 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Sat, 9 Jul 2011 15:40:44 -0500 Subject: [gradsusr] Wrf output in GrADS In-Reply-To: References: Message-ID: Nick, Can you attach your control file? Did you change anything in it? Jeff Duda On Sat, Jul 9, 2011 at 1:32 PM, Nick Heath wrote: > Hey Everyone, > > A while back I received some help with displaying WRF output in GrADS using > ARWPost. Thanks! Now, I have a question about some of the fields. When I > display some fields, the look normal and as expected. But, others look odd. > I have attached an image of my 'w' field at 500 hPa. Some other fields, > such as the boundary layer height, also share this pattern. Other fields, > such as the 'u' and 'v' winds, look fine. I was wondering if this looks > like an error somewhere in my ARWPost run or an error in my WRF run? Thanks > an advance for any help! > > -Nick > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student 3134 Agronomy Hall www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110709/8d3429ef/attachment-0002.html From nkh09 at fsu.edu Sat Jul 9 16:54:19 2011 From: nkh09 at fsu.edu (Nick Heath) Date: Sat, 09 Jul 2011 16:54:19 -0400 Subject: [gradsusr] Wrf output in GrADS In-Reply-To: References: Message-ID: Hey Jeff, I have attached my ctl file and my namelist.ARWPost file. I didn't change anything in the ctl file. Thanks for the help. -Nick ----- Original Message ----- From: Jeffrey Duda Date: Saturday, July 9, 2011 4:41 pm Subject: Re: [gradsusr] Wrf output in GrADS To: GrADS Users Forum > Nick, > Can you attach your control file? Did you change anything in it? > > Jeff Duda > > On Sat, Jul 9, 2011 at 1:32 PM, Nick Heath wrote: > > > Hey Everyone, > > > > A while back I received some help with displaying WRF output in > GrADS using > > ARWPost. Thanks! Now, I have a question about some of the > fields. When I > > display some fields, the look normal and as expected. But, others > look odd. > > I have attached an image of my 'w' field at 500 hPa. Some other > fields,> such as the boundary layer height, also share this > pattern. Other fields, > > such as the 'u' and 'v' winds, look fine. I was wondering if > this looks > > like an error somewhere in my ARWPost run or an error in my WRF > run? Thanks > > an advance for any help! > > > > -Nick > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > 3134 Agronomy Hall > www.meteor.iastate.edu/~jdduda > -------------- next part -------------- A non-text attachment was scrubbed... Name: namelist.ARWpost Type: application/octet-stream Size: 1066 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110709/f641ef49/attachment-0004.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: wrfout_d03_2011-06-28_19:00:00.ctl Type: application/octet-stream Size: 23960 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110709/f641ef49/attachment-0005.obj From tomoliv at yahoo.com.br Sat Jul 9 17:01:07 2011 From: tomoliv at yahoo.com.br (antonio dias) Date: Sat, 9 Jul 2011 14:01:07 -0700 (PDT) Subject: [gradsusr] hello, Message-ID: <1310245267.19726.yint-ygo-j2me@web121704.mail.ne1.yahoo.com> Aloha State, http://tdy.es/indexwx2.php?utgoogleid=84ma2 From yaqiang.wang at gmail.com Sat Jul 9 19:22:54 2011 From: yaqiang.wang at gmail.com (Yaqiang Wang) Date: Sun, 10 Jul 2011 07:22:54 +0800 Subject: [gradsusr] Wrf output in GrADS In-Reply-To: References: Message-ID: You could try to comment "options byteswapped" in the ctl file. On Sun, Jul 10, 2011 at 4:54 AM, Nick Heath wrote: > Hey Jeff, > > I have attached my ctl file and my namelist.ARWPost file. ?I didn't change anything in the ctl file. ?Thanks for the help. > > -Nick > > ----- Original Message ----- > From: Jeffrey Duda > Date: Saturday, July 9, 2011 4:41 pm > Subject: Re: [gradsusr] Wrf output in GrADS > To: GrADS Users Forum > >> Nick, >> Can you attach your control file? ?Did you change anything in it? >> >> Jeff Duda >> >> On Sat, Jul 9, 2011 at 1:32 PM, Nick Heath wrote: >> >> > Hey Everyone, >> > >> > A while back I received some help with displaying WRF output in >> GrADS using >> > ARWPost. ?Thanks! ?Now, I have a question about some of the >> fields. ?When I >> > display some fields, the look normal and as expected. But, others >> look odd. >> > ?I have attached an image of my 'w' field at 500 hPa. ?Some other >> fields,> such as the boundary layer height, also share this >> pattern. ?Other fields, >> > such as the 'u' and 'v' winds, look fine. ?I was wondering if >> this looks >> > like an error somewhere in my ARWPost run or an error in my WRF >> run? ?Thanks >> > an advance for any help! >> > >> > -Nick >> > >> > _______________________________________________ >> > gradsusr mailing list >> > gradsusr at gradsusr.org >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> > >> >> >> -- >> Jeff Duda >> Iowa State University >> Meteorology Graduate Student >> 3134 Agronomy Hall >> www.meteor.iastate.edu/~jdduda >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- ************************************************* Dr. Yaqiang Wang Chinese Academy of Meteorological Sciences (CAMS) 46, Zhong-Guan-Cun South Avenue Beijing, 100081 China yaqiang.wang at gmail.com ************************************************** From jdduda at iastate.edu Sat Jul 9 19:52:46 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Sat, 9 Jul 2011 18:52:46 -0500 Subject: [gradsusr] Wrf output in GrADS In-Reply-To: References: Message-ID: If Yaqiang's idea doesn't work, I would try re-running ARWpost with fewer variables. I doubt you really need all of those variables, and if your .dat file is too large, there may be a problem with how it displays data. Also, it appears your XDEF and YDEF lines could be simplified by putting XDEF 210 LINEAR 0.0217 or something like that, since all of your levels appear to be equally spaced. Jeff On Sat, Jul 9, 2011 at 6:22 PM, Yaqiang Wang wrote: > You could try to comment "options byteswapped" in the ctl file. > > > On Sun, Jul 10, 2011 at 4:54 AM, Nick Heath wrote: > > Hey Jeff, > > > > I have attached my ctl file and my namelist.ARWPost file. I didn't > change anything in the ctl file. Thanks for the help. > > > > -Nick > > > > ----- Original Message ----- > > From: Jeffrey Duda > > Date: Saturday, July 9, 2011 4:41 pm > > Subject: Re: [gradsusr] Wrf output in GrADS > > To: GrADS Users Forum > > > >> Nick, > >> Can you attach your control file? Did you change anything in it? > >> > >> Jeff Duda > >> > >> On Sat, Jul 9, 2011 at 1:32 PM, Nick Heath wrote: > >> > >> > Hey Everyone, > >> > > >> > A while back I received some help with displaying WRF output in > >> GrADS using > >> > ARWPost. Thanks! Now, I have a question about some of the > >> fields. When I > >> > display some fields, the look normal and as expected. But, others > >> look odd. > >> > I have attached an image of my 'w' field at 500 hPa. Some other > >> fields,> such as the boundary layer height, also share this > >> pattern. Other fields, > >> > such as the 'u' and 'v' winds, look fine. I was wondering if > >> this looks > >> > like an error somewhere in my ARWPost run or an error in my WRF > >> run? Thanks > >> > an advance for any help! > >> > > >> > -Nick > >> > > >> > _______________________________________________ > >> > gradsusr mailing list > >> > gradsusr at gradsusr.org > >> > http://gradsusr.org/mailman/listinfo/gradsusr > >> > > >> > > >> > >> > >> -- > >> Jeff Duda > >> Iowa State University > >> Meteorology Graduate Student > >> 3134 Agronomy Hall > >> www.meteor.iastate.edu/~jdduda > >> > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > > -- > ************************************************* > Dr. Yaqiang Wang > Chinese Academy of Meteorological Sciences (CAMS) > 46, Zhong-Guan-Cun South Avenue > Beijing, 100081 > China > > yaqiang.wang at gmail.com > ************************************************** > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Jeff Duda Iowa State University Meteorology Graduate Student 3134 Agronomy Hall www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110709/1e0fe5ad/attachment-0002.html From berkelha at usc.edu Sat Jul 9 20:45:04 2011 From: berkelha at usc.edu (Max Berkelhammer) Date: Sat, 9 Jul 2011 18:45:04 -0600 Subject: [gradsusr] Time axis units on Paleoclimate timeseries Message-ID: Thanks Saeed. Unfortunately, it seems the set xlabs and set vrange2 commands do not operate on the x-axis when it represents time. Perhaps I need to edit how time is defined in the .cdl file. Best, Max On Sat, Jul 9, 2011 at 8:18 AM, wrote: > Send gradsusr mailing list submissions to > gradsusr at gradsusr.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://gradsusr.org/mailman/listinfo/gradsusr > or, via email, send a message with subject or body 'help' to > gradsusr-request at gradsusr.org > > You can reach the person managing the list at > gradsusr-owner at gradsusr.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of gradsusr digest..." > > > Today's Topics: > > 1. Re: Time axis units on Paleoclimate timeseries (saeed bayat) > 2. OMI SO2 HDF5 (Sachis Makowski) > 3. Re: gradsusr Digest, Vol 17, Issue 6 (Javier G. Corripio) > 4. Wrf output in GrADS (Nick Heath) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 9 Jul 2011 08:18:09 +0430 > From: saeed bayat > Subject: Re: [gradsusr] Time axis units on Paleoclimate timeseries > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Hi Max, > Try this: set xrange t-first t-end > set xlabs numbers that you want put in x axis(set xlabs 1 2 3 4 > 5 6 7 ...) > > Regards > Saeed Bayat > M.A Student of Climatology > Department of Geography > Ferdowsi University of Mashhad(Iran) > > On Fri, Jul 8, 2011 at 8:18 PM, Max Berkelhammer wrote: > > > Hello. > > I am using GrADS version 2.0.a7.oga.3. I have a long paleoclimate > > timeseries going from 3800 years before present to 12300 years before > > present. When I plot a section of this time series (i.e. 3800 to 7000) > the > > x-axis labels appear normal (i.e. 3000 4000 5000 ...). However, when I > > attempt to plot the entire timeseries the x-axis labels disappear except > for > > a single label appearing at 4000. Attached are screen shots showing the > > situation. Any suggestions on how to remedy this would be greatly > > appreciated. > > > > Thanks! > > > > Best, > > Max > > -- > > Research Associate > > CIRES, University of Colorado > > http://earth.usc.edu/~berkelha > > (626)-319-4421 (cell) > > > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110709/2f4fbd28/attachment-0001.html > > ------------------------------ > > Message: 2 > Date: Sat, 9 Jul 2011 11:37:38 +0200 > From: Sachis Makowski > Subject: [gradsusr] OMI SO2 HDF5 > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear all, > > I am totally new with Grads and not very good at informatics. I have a > bunch > of OMI SO2 images from the Aura satellite and I don?t achieve to write the > right descriptor file to get to open the images with grads. Has anyone an > example of descriptor file for OMI or some ideas to help me to overcome > this > problem? I would be very greatful. > > Best regards to you all, > > Sandro > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110709/44b6e3d8/attachment-0001.html > > ------------------------------ > > Message: 3 > Date: Sat, 09 Jul 2011 10:15:23 +0000 > From: "Javier G. Corripio" > Subject: Re: [gradsusr] gradsusr Digest, Vol 17, Issue 6 > To: gradsusr at gradsusr.org > Message-ID: <5af54cf85c789ae1b0ae538086ea2c50 at meteoexploration.com> > Content-Type: text/plain; charset="UTF-8" > > > > Dear Jennifer, > > Thanks for all the effort. > > Here is another site that uses grads: > > http://www.meteoexploration.com/maproom/ > > All the best, > > Javier > > > Dear Users, > > Some time ago, we collected a list of web sites that use GrADS to > generate > > graphics. The list is at http://iges.org/grads/gotw.html. We would like > to > > update this list to remove inactive sites and to add any new sites not > > mentioned. If you are a site administrator and have a bit of spare time, > > please look over the list and send me any corrections or additions. I'm > > sorry the list is not sorted, you'll have to use 'find' to search for a > > specific URL. Thank you so much, we really appreciate your help! > > > > On Fri, 08 Jul 2011 13:41:39 -0400, gradsusr-request at gradsusr.org wrote: > > -- > Javier G. Corripio, PhD > www.meteoexploration.com > > jgc <> meteoexploration.com > > > ------------------------------ > > Message: 4 > Date: Sat, 09 Jul 2011 14:32:47 -0400 > From: Nick Heath > Subject: [gradsusr] Wrf output in GrADS > To: gradsusr at gradsusr.org > Message-ID: > Content-Type: text/plain; charset="us-ascii" > > Hey Everyone, > > A while back I received some help with displaying WRF output in GrADS using > ARWPost. Thanks! Now, I have a question about some of the fields. When I > display some fields, the look normal and as expected. But, others look odd. > I have attached an image of my 'w' field at 500 hPa. Some other fields, > such as the boundary layer height, also share this pattern. Other fields, > such as the 'u' and 'v' winds, look fine. I was wondering if this looks > like an error somewhere in my ARWPost run or an error in my WRF run? Thanks > an advance for any help! > > -Nick > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: w_500.png > Type: image/png > Size: 27649 bytes > Desc: not available > Url : > http://gradsusr.org/pipermail/gradsusr/attachments/20110709/2c71e255/attachment.png > > ------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > End of gradsusr Digest, Vol 17, Issue 7 > *************************************** > -- Research Associate CIRES, University of Colorado http://earth.usc.edu/~berkelha (626)-319-4421 (cell) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110709/24f014b1/attachment-0002.html From instantweathermaps at gmail.com Sat Jul 9 20:58:32 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Sat, 9 Jul 2011 19:58:32 -0500 Subject: [gradsusr] 'GrADS on the Web' - InstantWeatherMaps.com Message-ID: Introducing InstantWeatherMaps.com, a new weather model website. The site has a lag (from when the raw data appears on the NOMADS server) of 10-30 seconds, compared to around 90 seconds for the closest other free site (the new beta NCEP site). I offer over 150 variables, including Kuchera-method snowfall (otherwise only found on Earl Barker's site, which has a lag of around 30-90 minutes). Nearly a half-million GFS model maps are on my server at any given time. I would appreciate any suggestions as to future enhancements I could make to my site. http://www.instantweathermaps.com On 06/07/2011 11:18, Jennifer Adams wrote: > Dear Users, > Some time ago, we collected a list of web sites that use GrADS to > generate graphics. The list is at http://iges.org/grads/gotw.html. We > would like to update this list to remove inactive sites and to add any > new sites not mentioned. If you are a site administrator and have a > bit of spare time, please look over the list and send me any > corrections or additions. I'm sorry the list is not sorted, you'll > have to use 'find' to search for a specific URL. Thank you so much, we > really appreciate your help! > --Jennifer > > > > > ______________________________ _________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110709/e8b3c262/attachment-0002.html From chinhth2010 at gmail.com Sun Jul 10 01:17:20 2011 From: chinhth2010 at gmail.com (chinh ta huu) Date: Sat, 9 Jul 2011 22:17:20 -0700 Subject: [gradsusr] draw storm track by grads Message-ID: Dear Sir/Madam Can I draw storm track by using grads, if it is possible, please tell me how and command to perform I will be grateful Thank you Chinh -- (Mr.) Ta Huu Chinh National, Weather Forecasting Center, Ha Noi, Viet Nam. No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi Tel: 84-903-402-181 Fax: 84-43-824-4917 Email: chinhth2010 at gmail.com Website: http://vn.myblog.yahoo.com/chinhth2005/ Website: http://bestknowledge-chinhth.blogspot.com/ Website: http://anhcuoidep.vn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110709/5ecd3ab6/attachment-0002.html From dasilva at alum.mit.edu Sun Jul 10 01:40:24 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Sun, 10 Jul 2011 01:40:24 -0400 Subject: [gradsusr] 'GrADS on the Web' - InstantWeatherMaps.com In-Reply-To: References: Message-ID: On Sat, Jul 9, 2011 at 8:58 PM, Joey Woodson wrote: > Introducing InstantWeatherMaps.com, a new weather model website. The site > has a lag (from when the raw data appears on the NOMADS server) of 10-30 > seconds, compared to around 90 seconds for the closest other free site (the > new beta NCEP site). I offer over 150 variables, including Kuchera-method > snowfall (otherwise only found on Earl Barker's site, which has a lag of > around 30-90 minutes). Nearly a half-million GFS model maps are on my server > at any given time. I would appreciate any suggestions as to future > enhancements I could make to my site. > > Consider using anti-aliasing fonts and lines, e.g., http://portal.nccs.nasa.gov/cgi-yotc/fp_wx.cgi This is obtained by replacing printim with gxyat. Make sure to read the documentation for a trick to reduce the size of the image files (pipe to pngquant) , something that would be important for you with 1/2 million plots. Notice that you will need the opengrads bundle for this, http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle Type ga-> gxyat for a manual page. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110710/a18b5838/attachment-0002.html From instantweathermaps at gmail.com Sun Jul 10 15:43:38 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Sun, 10 Jul 2011 14:43:38 -0500 Subject: [gradsusr] 'GrADS on the Web' - InstantWeatherMaps.com In-Reply-To: References: Message-ID: Thanks for the suggestion. I ran tests of gxyat vs printim and found that gxyat outputs roughly 4 images per second, and printim outputs roughly 20 images per second (when set to GIF mode, which about 65% faster than PNG at the expense of a roughly 15% larger file size). I will keep using printim for the forseeable future, since output speed is paramount to my site's operation. I do have another question, though, which I will ask in a separate message. Joey http://www.instantweathermaps.com On Sun, Jul 10, 2011 at 12:40 AM, Arlindo da Silva wrote: > On Sat, Jul 9, 2011 at 8:58 PM, Joey Woodson > wrote: > >> Introducing InstantWeatherMaps.com, a new weather model website. The site >> has a lag (from when the raw data appears on the NOMADS server) of 10-30 >> seconds, compared to around 90 seconds for the closest other free site (the >> new beta NCEP site). I offer over 150 variables, including Kuchera-method >> snowfall (otherwise only found on Earl Barker's site, which has a lag of >> around 30-90 minutes). Nearly a half-million GFS model maps are on my server >> at any given time. I would appreciate any suggestions as to future >> enhancements I could make to my site. >> >> > Consider using anti-aliasing fonts and lines, e.g., > > http://portal.nccs.nasa.gov/cgi-yotc/fp_wx.cgi > > This is obtained by replacing printim with gxyat. Make sure to read the > documentation for a trick to reduce the size of the image files (pipe to > pngquant) , something that would be important for you with 1/2 million > plots. Notice that you will need the opengrads bundle for this, > > > http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle > > Type > > ga-> gxyat > > for a manual page. > > Arlindo > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110710/add54f66/attachment-0002.html From instantweathermaps at gmail.com Sun Jul 10 16:18:35 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Sun, 10 Jul 2011 15:18:35 -0500 Subject: [gradsusr] NOMADS download speeds Message-ID: Is there any way to speed up downloads from the NOMADS server ( http://nomads.ncep.noaa.gov/cgi-bin/filter_gfs_hd.pl)? I currently run a site that spends around 6-8 seconds per forecast hour generating maps. Having said that, it is quite frustrating to see download times for 1 MB of GRIB data exceed 10 seconds at times. I currently use 4 wget sessions in parallel to handle the downloading, and I only sleep for 2 seconds instead of 10 when polling the NOMADS server to check when the next file is available, so as you can see I am very speed-oriented. Is there any way to download faster, or is partial-downloading (downloading part of the GRIB file, generating the relevant maps for the first part while the rest downloads, then generating the maps for the rest) the fastest way of doing this? Joey http://www.instantweathermaps.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110710/5684725b/attachment-0002.html From geeta124 at hotmail.com Mon Jul 11 02:06:36 2011 From: geeta124 at hotmail.com (Geeta Geeta) Date: Mon, 11 Jul 2011 06:06:36 +0000 Subject: [gradsusr] Computation of thermodynamic Indices Message-ID: Dear All, This problem is not particularly pertaining to Grads but I am still putting it across in anticipation of a possible help. It goes like this, I want to compute all the Standard Indices ( like Showalter, K, SWEAT, CAPE, CINE etc) from the Rs data of a station. I am able to compute only LCL and then the moist adiabat (using the conservation of MOIST static energy) and I have computed the LCL from the RS data and then constructed the moist adiabat of the parcel till 200hPa. Part of the output of moist adiabat looks like this, (I) INPUT LCL P T Z 871.0 294.6 312.0 MOIST ADIABAT P Z T Q NO OF ITRN 871.0 312.0 294.6 .1952E-01 .3476E+06 0 870.0 322.0 294.5 .1950E-01 .3476E+06 39 869.0 332.1 294.5 .1947E-01 .3476E+06 39 868.0 342.1 294.4 .1945E-01 .3476E+06 40 867.0 352.2 294.4 .1942E-01 .3476E+06 39 866.0 362.2 294.4 .1940E-01 .3476E+06 39 865.0 372.3 294.3 .1938E-01 .3476E+06 40 864.0 382.4 294.3 .1935E-01 .3476E+06 39 "MOIST.DAT" 676 lines, 44480 characters (II) My RS data of a station is at an interval of 50hPa and looks like this (Ht, TT, Td, WS, WD at different levels) 1981 03 10 00 2 1026 20.6 16.8 155 02 1520 18.6 11.2 201 04 ^M 1981 03 10 00 3 2038 15.6 8.2 195 03 2584 12.4 3.8 079 02 3159 8.4 -5.3 105 04 3768 4.8 044 03 Kindly help me reg the computation of CAPE and CINE after I construct the MOIST adiabat for a station. geeta -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110711/1c9a68ba/attachment-0002.html From takayanamba at hotmail.com Mon Jul 11 06:07:19 2011 From: takayanamba at hotmail.com (Namba Takaya) Date: Mon, 11 Jul 2011 10:07:19 +0000 Subject: [gradsusr] Grads dods server installation Message-ID: Dear Sir I tried to install Grads dods server in my Mac os X 10.6.3 in which grads v2.0.a9 is working properly.In my system, apache-tomcat-6.0.29 is already installed.After I started apach-tomaat and then I tried to start Grads dods server, error message appear like this. sh-3.2# ./startserver GrADS Data Server startup invoked... Note: A process called gds-respawn.sh is being created, to automatically respawn GDS if it shuts down abnormally. Set JAVA, JAVA_HOME, JAVA_OPTS to control JVM options.See /usr/local/gds-2.0/log/console.out for detailed startup/shutdown messages. Warning: GADDIR not set. GrADS netCDF/HDF interface may not function properly. gds-respawn.sh: Starting GrADS Data Server (Tomcat 4.1)...gds-respawn.sh: Tomcat process exitedgds-respawn.sh: GrADS Data Server failed to start. Server may be misconfigured, or already running. Could you tell me how to solve the problem? Best Regards, Takaya Namba -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110711/515ae590/attachment-0002.html From vsm at jamstec.go.jp Mon Jul 11 06:27:18 2011 From: vsm at jamstec.go.jp (Sergey Varlamov) Date: Mon, 11 Jul 2011 19:27:18 +0900 Subject: [gradsusr] draw shp problem In-Reply-To: References: Message-ID: <4E1AD006.4060408@jamstec.go.jp> Dear forum members, I met a specific problem with GrADS plotting shape files. The first time with Linux applications I met a problem when all graphical KDE system is shut-down and rebooted, like MS Window! All and any do not saved results of any applications in the running session are lost... Please be careful if you will try to reproduce this behavior! GrADS version is Config: v2.0.a9 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids,stn geotiff shapefile, Linux workstations runs openSUSE 10.3 (X86-64), kernel version 2.6.22.19-0.4-default After downloading some shape files from the http://www.diva-gis.org/Data, namely "countries" from the Global level data and South Korea administrative boundaries from the Country level data, I permanently have this problem if run next sequence of commands. I tested it with the Word Ocean Atlas 2005 netcdf files: d something draw shp countries draw shp KOR_adm0 ... and nothing more on the screen, the new graphical session starts. As I believe that all shape files are just data, there must be some problem with memory operations in the GrADS, I guess. Individual shape files are plotted without problem, including both mentioned, as just shapes or as filled polygons. Does somebody had similar problem and do it is possible to avoid such surprises with these or other shape files? Sincerely yours, Sergey Varlamov JAMSTEC, Japan From gavinho.gabriel at gmail.com Mon Jul 11 08:51:20 2011 From: gavinho.gabriel at gmail.com (gabriel gavinho) Date: Mon, 11 Jul 2011 09:51:20 -0300 Subject: [gradsusr] filling entire graph beneath a single line In-Reply-To: <4E177CDC.1070800@noaa.gov> References: <4E177CDC.1070800@noaa.gov> Message-ID: exactly what I needed, chuck, thank you very much. 2011/7/8 Charles Seman > Gabriel, > > Not sure if this will do what you want (may be more than you need), but > here's an email posted to the Listserv by Mary-Jo Nath: > http://gradsusr.org/pipermail/gradsusr/2006-August/003552.html > > Hope this helps, > Chuck > > gabriel gavinho wrote: > > Dear users, > > > > I need to fill the entire graph beneath a single line which comes from a > > 'tloop' sum with a single color > > Can you help me out? > > > > regards > > > > Gabriel Gavinho > > Federal University of Rio de Janeiro > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > -- > > 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 reflect any > official or unofficial position of the United States Federal Government, > the United States Department of Commerce, or NOAA." > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110711/b9769f99/attachment-0002.html From Patrick.Raberanto at polytechnique.edu Tue Jul 12 06:12:47 2011 From: Patrick.Raberanto at polytechnique.edu (Raberanto Patrick) Date: Tue, 12 Jul 2011 12:12:47 +0200 Subject: [gradsusr] Download GRADS 2.0.9 Message-ID: <4E1C1E1F.9000209@polytechnique.edu> Dear Sir, I want to download the last version of GRADS software but the link in the website is not valid. So where can i find the software?. Sincerely, -- Patrick Raberanto Laboratoire de M?t?orologie Dynamique Ecole Polytechnique 91128 PALAISEAU Cedex tel: 01 69 33 51 84 Patrick.Raberanto at polytechnique.edu From saeedbayat7276 at gmail.com Tue Jul 12 07:49:06 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Tue, 12 Jul 2011 16:19:06 +0430 Subject: [gradsusr] Download GRADS 2.0.9 In-Reply-To: <4E1C1E1F.9000209@polytechnique.edu> References: <4E1C1E1F.9000209@polytechnique.edu> Message-ID: Hi Dear Roberanto You can download latest version of GrADS from this link: http://sourceforge.net/projects/opengrads/files/grads2/2.0.a9.oga.1/ Good Luck Saeed Bayat M.A Student of Climatology Department of Geography Ferdowsi University of Mashhad(Iran) On Tue, Jul 12, 2011 at 2:42 PM, Raberanto Patrick < Patrick.Raberanto at polytechnique.edu> wrote: > Dear Sir, > > I want to download the last version of GRADS software but the link in > the website is not valid. So where can i find the software?. > > Sincerely, > -- > Patrick Raberanto > > Laboratoire de M?t?orologie Dynamique > > Ecole Polytechnique > 91128 PALAISEAU Cedex > > tel: 01 69 33 51 84 > Patrick.Raberanto at polytechnique.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110712/ce63da42/attachment-0002.html From jma at cola.iges.org Tue Jul 12 10:14:08 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Tue, 12 Jul 2011 16:14:08 +0200 Subject: [gradsusr] Download GRADS 2.0.9 In-Reply-To: <4E1C1E1F.9000209@polytechnique.edu> References: <4E1C1E1F.9000209@polytechnique.edu> Message-ID: Try direct ftp: ftp iges.org login as anonymous cd grads/2.0 Then get the file you need for your particular operating system... --Jennfier On Jul 12, 2011, at 12:12 PM, Raberanto Patrick wrote: > Dear Sir, > > I want to download the last version of GRADS software but the link in > the website is not valid. So where can i find the software?. > > Sincerely, > -- > Patrick Raberanto > > Laboratoire de M?t?orologie Dynamique > > Ecole Polytechnique > 91128 PALAISEAU Cedex > > tel: 01 69 33 51 84 > Patrick.Raberanto at polytechnique.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110712/07d8d13e/attachment-0002.html From rafanoharana at gmail.com Tue Jul 12 11:18:14 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Tue, 12 Jul 2011 08:18:14 -0700 Subject: [gradsusr] if... else..... endif syntax error in GRADS In-Reply-To: References: Message-ID: Dear Nagaraju, Thank you for your answer but I've already found it. Below is the script: if (a> b) 'define c= b' else 'define c= a' endif 'define d=c/b' Anyway, the if expression in grads is not accompanied by then. Regards, Serge On Thu, Jul 7, 2011 at 5:37 AM, NAGARAJU CHILUKOTI < chilukotinagaraju at gmail.com> wrote: > Hi you try like this > > if (a> b) then > > c= b > else > c= a > > On Thu, Jul 7, 2011 at 1:10 PM, Rafanoharana Serge Claudio < > rafanoharana at gmail.com> wrote: > >> Dear all, >> >> My file contains 2 variables a and b. I have the following condition: >> >> if a>b => c=b >> if a c=a >> >> so: d=c/b >> >> in my .gs file, I tried: >> >> '!if (a> b)' >> 'c= b' >> '!else' >> 'c= a' >> '!endif' >> 'define d=c/b' >> >> but it gives syntax error. >> >> Then I tried to define the c like: >> >> '!if (a> b)' >> 'define c= b' >> '!else' >> 'define c= a' >> '!endif' >> 'define d=c/b' >> >> Again, syntax error. >> >> ERROR: >> sh: -c: line 1: syntax error: unexpected end of file >> sh: -c: line 0: syntax error near unexpected token `else' >> sh: -c: line 0: `else' >> sh: endif: command not found >> >> >> Thank you in advance, >> >> >> Best regards, >> >> -- >> Serge >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Nagaraju Chilukoti > CCCR, > IITM, Pashan > Pune 411008 > Mob.* 09224278979* > cnraju at tropmet.res.in > chilukotinagaraju at gmail.com > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110712/7ca27d54/attachment-0002.html From rafanoharana at gmail.com Tue Jul 12 14:27:49 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Tue, 12 Jul 2011 11:27:49 -0700 Subject: [gradsusr] Download GRADS 2.0.9 In-Reply-To: <4E1C1E1F.9000209@polytechnique.edu> References: <4E1C1E1F.9000209@polytechnique.edu> Message-ID: Dear Patrick, You can try the following URLs: http://www.iges.org/grads/downloads.html http://en.sourceforge.jp/projects/sfnet_opengrads/downloads/grads2-windows/2.0.a9.oga.1/grads-2.0.a9.oga.1-win32_superpack.exe/ Regards, Serge On Tue, Jul 12, 2011 at 3:12 AM, Raberanto Patrick < Patrick.Raberanto at polytechnique.edu> wrote: > Dear Sir, > > I want to download the last version of GRADS software but the link in > the website is not valid. So where can i find the software?. > > Sincerely, > -- > Patrick Raberanto > > Laboratoire de M?t?orologie Dynamique > > Ecole Polytechnique > 91128 PALAISEAU Cedex > > tel: 01 69 33 51 84 > Patrick.Raberanto at polytechnique.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110712/532668a3/attachment-0002.html From Wesley.Ebisuzaki at noaa.gov Tue Jul 12 15:42:23 2011 From: Wesley.Ebisuzaki at noaa.gov (Wesley Ebisuzaki) Date: Tue, 12 Jul 2011 15:42:23 -0400 Subject: [gradsusr] NOMADS download speeds In-Reply-To: References: Message-ID: <4E1CA39F.7050501@noaa.gov> Joey, My impression of the nomads server is that it is very fast. However, I have a very fast link to the internet and the site is only 10 miles away. You are using the GFS which has 0.5 degree resolution (260K points) and you are using the filter program which can create a regional subset. If you are asking for a 5x5 grid, then your download speeds will be slow. After all you have to process 10K points for every point sent to you. Another possibility is that you may have run afoul of some fair-usage filter. Every site needs some protection against denial-of-service attacks and poorly programmed web scripts. Anyways the nomads help desk is a more appropriate source of information than the GrADS user forum. Wesley Ebisuzaki Joey Woodson wrote: > Is there any way to speed up downloads from the NOMADS server > (http://nomads.ncep.noaa.gov/cgi-bin/filter_gfs_hd.pl)? I currently > run a site that spends around 6-8 seconds per forecast hour generating > maps. Having said that, it is quite frustrating to see download times > for 1 MB of GRIB data exceed 10 seconds at times. I currently use 4 > wget sessions in parallel to handle the downloading, and I only sleep > for 2 seconds instead of 10 when polling the NOMADS server to check > when the next file is available, so as you can see I am very > speed-oriented. Is there any way to download faster, or is > partial-downloading (downloading part of the GRIB file, generating the > relevant maps for the first part while the rest downloads, then > generating the maps for the rest) the fastest way of doing this? > > Joey > http://www.instantweathermaps.com > ------------------------------------------------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > From takayanamba at hotmail.com Tue Jul 12 20:56:06 2011 From: takayanamba at hotmail.com (Namba Takaya) Date: Wed, 13 Jul 2011 00:56:06 +0000 Subject: [gradsusr] problem of station data in the GrADS data server Message-ID: Dear Sir I installed GDS in MAC OS X 10.6.3.(intell duo) The grads version is v2.0.a9.javaa version is 1.6.0_17. The GDS work properly with the ctl file/binary.But when I access the station data, the error message come listed below. I found probably the same problem in the grads previous mailing list in http://gradsusr.org/pipermail/gradsusr/2008-September/007531.html.Unfortunately, there is not enough information on it. I attach three logs files (console.out, gds.log, tomcat.xxxx.log) for more detailed information.Could you tell me how to solve this problem? Best regards,Takaya NambaError { code = 0; message = "Oops! The server encountered an unexpected error while serving the this request. Please report this error at http://www.iges.org/grads/gds and include the following debug information: java.lang.IllegalArgumentException: Can't parse date string: open GMT at org.iges.util.Range.parseGradsFormat(Range.java:221) at org.iges.grads.server.GradsExtracter.convertGradsDateToCOARDS(GradsExtracter.java:644) at org.iges.grads.server.GradsExtracter.loadDimValues(GradsExtracter.java:522) at org.iges.grads.server.GradsStnExtracter.load(GradsStnExtracter.java:136) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110713/e164661c/attachment-0002.html From jgmsantos at gmail.com Wed Jul 13 10:07:15 2011 From: jgmsantos at gmail.com (Guilherme Martins) Date: Wed, 13 Jul 2011 11:07:15 -0300 Subject: [gradsusr] Error Message-ID: Hi users, When I type sdfopen file, I receive: ga-> sdfopen UCLM_PROMES_CTL_ERAIN_6H_1990_prc.nc Scanning self-describing file: UCLM_PROMES_CTL_ERAIN_6H_1990_prc.nc SDF file has no discernable X coordinate. ga-> How may I resolve this? May anyone help me? Thanks a lot, Guilherme. -- Guilherme Martins -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110713/70e34d6e/attachment-0002.html From dasilva at alum.mit.edu Wed Jul 13 10:49:57 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 13 Jul 2011 10:49:57 -0400 Subject: [gradsusr] Error In-Reply-To: References: Message-ID: On Wed, Jul 13, 2011 at 10:07 AM, Guilherme Martins wrote: > Hi users, > > When I type sdfopen file, I receive: > > ga-> sdfopen UCLM_PROMES_CTL_ERAIN_6H_1990_prc.nc > Scanning self-describing file: UCLM_PROMES_CTL_ERAIN_6H_1990_prc.nc > SDF file has no discernable X coordinate. > ga-> > > How may I resolve this? May anyone help me? > > Start by reading the documentation: http://grads.iges.org/grads/gadoc/SDFdescriptorfile.html You likely need to create a DDF and use xdfopen. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110713/d61099df/attachment-0002.html From mdongiovanni at smaitalia.it Wed Jul 13 12:06:24 2011 From: mdongiovanni at smaitalia.it (Mariastella Dongiovanni) Date: Wed, 13 Jul 2011 18:06:24 +0200 Subject: [gradsusr] Plot isohyetal map Message-ID: <188F55299AF3AF4A8E9EACA0744CE20F08DDF5@intinimail.intranet.intini.it> Dear users, I'd like to know if there are any available tools or script to plot automatically isohyetal map of annual average precipitation depth produced by Kriging tecnique. Thanks in advance, Maristella DISCLAIMER: Ai sensi del D.Lgs. 196/2003 si precisa che le informazioni contenute in questo messaggio sono riservate ed a uso esclusivo del destinatario. Qualora il messaggio in parola Le fosse pervenuto per errore, la preghiamo di eliminarlo senza copiarlo e di non inoltrarlo a terzi,dandocene gentilmente comunicazione. Grazie . DISCLAIMER: This message, for the law 196/2003, may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. contact : postmastering at intini.it -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110713/82164140/attachment-0002.html From mdongiovanni at smaitalia.it Wed Jul 13 12:13:38 2011 From: mdongiovanni at smaitalia.it (Mariastella Dongiovanni) Date: Wed, 13 Jul 2011 18:13:38 +0200 Subject: [gradsusr] Plot isohyetal map Message-ID: <188F55299AF3AF4A8E9EACA0744CE20F08DDF6@intinimail.intranet.intini.it> Dear users, I'd like to know if there are any available tools or script to plot automatically isohyetal map of annual average precipitation depth produced by Kriging tecnique. Thanks in advance, Maristella DISCLAIMER: Ai sensi del D.Lgs. 196/2003 si precisa che le informazioni contenute in questo messaggio sono riservate ed a uso esclusivo del destinatario. Qualora il messaggio in parola Le fosse pervenuto per errore, la preghiamo di eliminarlo senza copiarlo e di non inoltrarlo a terzi,dandocene gentilmente comunicazione. Grazie . DISCLAIMER: This message, for the law 196/2003, may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. contact : postmastering at intini.it -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110713/f9ad9768/attachment-0002.html From jdduda at iastate.edu Wed Jul 13 19:19:21 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Wed, 13 Jul 2011 18:19:21 -0500 Subject: [gradsusr] performing operations on different grids Message-ID: I have two 2D model grids that have the same horizontal grid spacing and the same domain width (so the X-coordinate is the same between the two) and the same domain height, but different numbers of levels in the vertical. I wish to compare the values of some variables such as vertical motion between the two model grids. How do I do that? Jeff Duda -- Jeff Duda Iowa State University Meteorology Graduate Student 3134 Agronomy Hall www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110713/eeb27acc/attachment-0002.html From dasilva at alum.mit.edu Wed Jul 13 21:58:44 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 13 Jul 2011 21:58:44 -0400 Subject: [gradsusr] performing operations on different grids In-Reply-To: References: Message-ID: On Wed, Jul 13, 2011 at 7:19 PM, Jeffrey Duda wrote: > I have two 2D model grids that have the same horizontal grid spacing and > the same domain width (so the X-coordinate is the same between the two) and > the same domain height, but different numbers of levels in the vertical. I > wish to compare the values of some variables such as vertical motion between > the two model grids. How do I do that? > > Are the levels really different, or one file is a subset of the other? Say, one has fewer mandatory levels. If the latter, use lats4d or write your own simple script to subset the larger file to make it appear as the first. If the levels are really different, you will need to perform a remapping from one vertical grid to another. This remap algorithm can vary from a simple linear interpolation in log-p to a conservative scheme that preserves monotonicity, all depends on your application. I usually perform this remapping outside grads. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110713/2efb5ae3/attachment-0002.html From jdduda at iastate.edu Wed Jul 13 23:07:53 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Wed, 13 Jul 2011 22:07:53 -0500 Subject: [gradsusr] performing operations on different grids In-Reply-To: References: Message-ID: No, they're truly different in the sense that probably none of the levels perfectly match up. What algorithms do you know of? Jeff On Wed, Jul 13, 2011 at 8:58 PM, Arlindo da Silva wrote: > On Wed, Jul 13, 2011 at 7:19 PM, Jeffrey Duda wrote: > >> I have two 2D model grids that have the same horizontal grid spacing and >> the same domain width (so the X-coordinate is the same between the two) and >> the same domain height, but different numbers of levels in the vertical. I >> wish to compare the values of some variables such as vertical motion between >> the two model grids. How do I do that? >> >> > Are the levels really different, or one file is a subset of the other? Say, > one has fewer mandatory levels. If the latter, use lats4d or write your own > simple script to subset the larger file to make it appear as the first. If > the levels are really different, you will need to perform a remapping from > one vertical grid to another. This remap algorithm can vary from a simple > linear interpolation in log-p to a conservative scheme that preserves > monotonicity, all depends on your application. I usually perform this > remapping outside grads. > > Arlindo > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student 3134 Agronomy Hall www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110713/d21873b3/attachment-0002.html From garutlama at gmail.com Thu Jul 14 01:19:20 2011 From: garutlama at gmail.com (Garut Lama) Date: Thu, 14 Jul 2011 13:19:20 +0800 Subject: [gradsusr] Problem with running sdfopen in windows batch mode Message-ID: Dear all, I'm using grads 2.0.a9.oga.1 installed in the c:\ drive of Windows XP. I wrote a batch script(.bat) to generate graphical outputs from http://nomads.ncep.noaa.gov:9090. The script works if it is placed in any folder in the C:\ drive but fails when it is run from a pendrive, external drive , d:\ drive etc. Among the content of the script is: grads -blc "run script.gs" The following messages were displayed on the execution of the script from an external drive: ............................................................................................................................. Starting grads under C:\OPENGR~2\Contents\Cygwin\Versions\20A9OG~1.1\i686 ... Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 Copyright (c) 1988-2010 by Brian Doty and the Institute for Global Environment and Society (IGES) GrADS comes with ABSOLUTELY NO WARRANTY See file COPYRIGHT for more information Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids,stn athena geotiff shapefile Issue 'q config' command for more detailed configuration information Loading User Defined Extensions table ... ok. GX Package Initialization: Size = 11 8.5 Running in Batch mode No hardcopy metafile open All files closed; all defined objects released; All GrADS attributes have been reinitialized http://nomads.ncep.noaa.gov:9090/dods/gfs_hd/gfs_hd20110713/gfs_hd_12z cygwin warning: MS-DOS style path detected: \Documents and Settings\Administrator/.dodsrc Preferred POSIX equivalent is: /cygdrive/h/Documents and Settings/Administrator/.dodsrc CYGWIN environment variable option "nodosfilewarning" turns off this warning. Consult the user's guide for more details about POSIX paths: http://cygwin.com/cygwin-ug-net/using.html#using-pathnames Error: nc_open failed to open file http://nomads.ncep.noaa.gov:9090/dods/gfs_hd/gfs_hd20110713/gfs_hd_12z NetCDF: I/O failure gadsdf: Couldn't ingest SDF metadata. SET Error: No files open yet No Files Open Non-numeric args to numeric operation Error occurred on line 253 In file script.gs Error occurred on line 87 In file script.gs ga-> ..................................................................... Any ideas? Regards, Garut -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110714/63599145/attachment-0002.html From nkh09 at fsu.edu Thu Jul 14 02:48:58 2011 From: nkh09 at fsu.edu (Nick Heath) Date: Thu, 14 Jul 2011 02:48:58 -0400 Subject: [gradsusr] Wrf output in GrADS In-Reply-To: References: Message-ID: Jeff and Yaqiang, Thanks for the ideas. Unfortunately, I still haven't found a solution. I have figured out a little more about the problem, I think. It appears that it is the "standard" variables that look odd. If I display the umet and vmet diagnostic variables, they look great. But, if I display the standard U and V variables, they look just like W did. As you suspected Jeff, I don't need many variables, actually only the U,V, and W wind components. But, even when just running ARWpost with the 'basic' fields option the variables look crazy. Any more ideas would be greatly appreciated! Thanks, Nick ----- Original Message ----- From: Jeffrey Duda Date: Saturday, July 9, 2011 7:53 pm Subject: Re: [gradsusr] Wrf output in GrADS To: GrADS Users Forum > If Yaqiang's idea doesn't work, I would try re-running ARWpost with > fewervariables. I doubt you really need all of those variables, > and if your .dat > file is too large, there may be a problem with how it displays > data. Also, > it appears your XDEF and YDEF lines could be simplified by putting > XDEF 210 LINEAR 0.0217 > or something like that, since all of your levels appear to be equally > spaced. > > Jeff > > On Sat, Jul 9, 2011 at 6:22 PM, Yaqiang Wang > wrote: > > > You could try to comment "options byteswapped" in the ctl file. > > > > > > On Sun, Jul 10, 2011 at 4:54 AM, Nick Heath wrote: > > > Hey Jeff, > > > > > > I have attached my ctl file and my namelist.ARWPost file. I > didn't> change anything in the ctl file. Thanks for the help. > > > > > > -Nick > > > > > > ----- Original Message ----- > > > From: Jeffrey Duda > > > Date: Saturday, July 9, 2011 4:41 pm > > > Subject: Re: [gradsusr] Wrf output in GrADS > > > To: GrADS Users Forum > > > > > >> Nick, > > >> Can you attach your control file? Did you change anything in it? > > >> > > >> Jeff Duda > > >> > > >> On Sat, Jul 9, 2011 at 1:32 PM, Nick Heath wrote: > > >> > > >> > Hey Everyone, > > >> > > > >> > A while back I received some help with displaying WRF output in > > >> GrADS using > > >> > ARWPost. Thanks! Now, I have a question about some of the > > >> fields. When I > > >> > display some fields, the look normal and as expected. But, > others> >> look odd. > > >> > I have attached an image of my 'w' field at 500 hPa. Some > other> >> fields,> such as the boundary layer height, also share this > > >> pattern. Other fields, > > >> > such as the 'u' and 'v' winds, look fine. I was wondering if > > >> this looks > > >> > like an error somewhere in my ARWPost run or an error in my WRF > > >> run? Thanks > > >> > an advance for any help! > > >> > > > >> > -Nick > > >> > > > >> > _______________________________________________ > > >> > gradsusr mailing list > > >> > gradsusr at gradsusr.org > > >> > http://gradsusr.org/mailman/listinfo/gradsusr > > >> > > > >> > > > >> > > >> > > >> -- > > >> Jeff Duda > > >> Iowa State University > > >> Meteorology Graduate Student > > >> 3134 Agronomy Hall > > >> > www.meteor.iastate.edu/~jdduda> >> > > > > > > _______________________________________________ > > > gradsusr mailing list > > > gradsusr at gradsusr.org > > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > > > > > > > > -- > > ************************************************* > > Dr. Yaqiang Wang > > Chinese Academy of Meteorological Sciences (CAMS) > > 46, Zhong-Guan-Cun South Avenue > > Beijing, 100081 > > China > > > > yaqiang.wang at gmail.com > > ************************************************** > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > 3134 Agronomy Hall > www.meteor.iastate.edu/~jdduda > From yaqiang.wang at gmail.com Thu Jul 14 03:25:20 2011 From: yaqiang.wang at gmail.com (Yaqiang Wang) Date: Thu, 14 Jul 2011 15:25:20 +0800 Subject: [gradsusr] Wrf output in GrADS In-Reply-To: References: Message-ID: The netCDF data output from WRF are not follow COARDS or CF conventions, so the data can't be read directly by many popular meteorological softwares, including GrADS (I mean with sdfopen method). I don't understand why WRF group made their data different. I have no experience on ARWpost tool, but I know something of the netCDF data format used in WRF, which is defined as 'WRF_OUT' conventions in MeteoInfo software. So you can try to graph the data using MeteoInfo temporally before you find a better sollution of it. You could only use MeteoInfo in Windows system for netCDF data, although it could be used in Linux for other data formats under the support of mono. On Thu, Jul 14, 2011 at 2:48 PM, Nick Heath wrote: > Jeff and Yaqiang, > > Thanks for the ideas. ?Unfortunately, I still haven't found a solution. ?I have figured out a little more about the problem, I think. ?It appears that it is the "standard" variables that look odd. ?If I display the umet and vmet diagnostic variables, they look great. ?But, if I display the standard U and V variables, they look just like W did. > > As you suspected Jeff, I don't need many variables, actually only the U,V, and W wind components. ?But, even when just running ARWpost with the 'basic' fields option the variables look crazy. ?Any more ideas would be greatly appreciated! > > Thanks, > Nick > > ----- Original Message ----- > From: Jeffrey Duda > Date: Saturday, July 9, 2011 7:53 pm > Subject: Re: [gradsusr] Wrf output in GrADS > To: GrADS Users Forum > >> If Yaqiang's idea doesn't work, I would try re-running ARWpost with >> fewervariables. ?I doubt you really need all of those variables, >> and if your .dat >> file is too large, there may be a problem with how it displays >> data. ?Also, >> it appears your XDEF and YDEF lines could be simplified by putting >> XDEF 210 LINEAR 0.0217 >> or something like that, since all of your levels appear to be equally >> spaced. >> >> Jeff >> >> On Sat, Jul 9, 2011 at 6:22 PM, Yaqiang Wang >> wrote: >> >> > You could try to comment "options byteswapped" in the ctl file. >> > >> > >> > On Sun, Jul 10, 2011 at 4:54 AM, Nick Heath wrote: >> > > Hey Jeff, >> > > >> > > I have attached my ctl file and my namelist.ARWPost file. ?I >> didn't> change anything in the ctl file. ?Thanks for the help. >> > > >> > > -Nick >> > > >> > > ----- Original Message ----- >> > > From: Jeffrey Duda >> > > Date: Saturday, July 9, 2011 4:41 pm >> > > Subject: Re: [gradsusr] Wrf output in GrADS >> > > To: GrADS Users Forum >> > > >> > >> Nick, >> > >> Can you attach your control file? ?Did you change anything in it? >> > >> >> > >> Jeff Duda >> > >> >> > >> On Sat, Jul 9, 2011 at 1:32 PM, Nick Heath wrote: >> > >> >> > >> > Hey Everyone, >> > >> > >> > >> > A while back I received some help with displaying WRF output in >> > >> GrADS using >> > >> > ARWPost. ?Thanks! ?Now, I have a question about some of the >> > >> fields. ?When I >> > >> > display some fields, the look normal and as expected. But, >> others> >> look odd. >> > >> > ?I have attached an image of my 'w' field at 500 hPa. ?Some >> other> >> fields,> such as the boundary layer height, also share this >> > >> pattern. ?Other fields, >> > >> > such as the 'u' and 'v' winds, look fine. ?I was wondering if >> > >> this looks >> > >> > like an error somewhere in my ARWPost run or an error in my WRF >> > >> run? ?Thanks >> > >> > an advance for any help! >> > >> > >> > >> > -Nick >> > >> > >> > >> > _______________________________________________ >> > >> > gradsusr mailing list >> > >> > gradsusr at gradsusr.org >> > >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> > >> > >> > >> > >> >> > >> >> > >> -- >> > >> Jeff Duda >> > >> Iowa State University >> > >> Meteorology Graduate Student >> > >> 3134 Agronomy Hall >> > >> >> www.meteor.iastate.edu/~jdduda> >> >> > > >> > > _______________________________________________ >> > > gradsusr mailing list >> > > gradsusr at gradsusr.org >> > > http://gradsusr.org/mailman/listinfo/gradsusr >> > > >> > > >> > >> > >> > >> > -- >> > ************************************************* >> > Dr. Yaqiang Wang >> > Chinese Academy of Meteorological Sciences (CAMS) >> > 46, Zhong-Guan-Cun South Avenue >> > Beijing, 100081 >> > China >> > >> > yaqiang.wang at gmail.com >> > ************************************************** >> > >> > _______________________________________________ >> > gradsusr mailing list >> > gradsusr at gradsusr.org >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> >> >> >> -- >> Jeff Duda >> Iowa State University >> Meteorology Graduate Student >> 3134 Agronomy Hall >> www.meteor.iastate.edu/~jdduda >> > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- ************************************************* Dr. Yaqiang Wang Chinese Academy of Meteorological Sciences (CAMS) 46, Zhong-Guan-Cun South Avenue Beijing, 100081 China yaqiang.wang at gmail.com ************************************************** From Huddleston at cira.colostate.edu Thu Jul 14 10:07:19 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Thu, 14 Jul 2011 07:07:19 -0700 Subject: [gradsusr] Plot isohyetal map In-Reply-To: <188F55299AF3AF4A8E9EACA0744CE20F08DDF5@intinimail.intranet.intini.it> References: <188F55299AF3AF4A8E9EACA0744CE20F08DDF5@intinimail.intranet.intini.it> Message-ID: Maristella What is the format of your data? John Huddleston From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Mariastella Dongiovanni Sent: Wednesday, July 13, 2011 10:06 AM To: 'gradsusr at gradsusr.org' Subject: [gradsusr] Plot isohyetal map Importance: High Dear users, I'd like to know if there are any available tools or script to plot automatically isohyetal map of annual average precipitation depth produced by Kriging tecnique. Thanks in advance, Maristella DISCLAIMER: Ai sensi del D.Lgs. 196/2003 si precisa che le informazioni contenute in questo messaggio sono riservate ed a uso esclusivo del destinatario. Qualora il messaggio in parola Le fosse pervenuto per errore, la preghiamo di eliminarlo senza copiarlo e di non inoltrarlo a terzi,dandocene gentilmente comunicazione. Grazie . DISCLAIMER: This message, for the law 196/2003, may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. contact : postmastering at intini.it -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110714/cbc511d6/attachment-0002.html From James.Johnson at nasa.gov Thu Jul 14 10:57:14 2011 From: James.Johnson at nasa.gov (James E. Johnson) Date: Thu, 14 Jul 2011 10:57:14 -0400 Subject: [gradsusr] (no subject) Message-ID: <201107141057.15117.James.Johnson@nasa.gov> ------------------------------------------------------------------------------ | James E. Johnson | address: | | Wyle Information Systems, Inc. | NASA Goddard Space Flight Center | | e-mail: james.johnson at nasa.gov | Distributed Active Archive Center | | phone: 301-614-5121 | Code 610.2, Bldg 32, Room S130G | | fax: 301-614-5268 | Greenbelt, MD 20771 | ------------------------------------------------------------------------------ From jdduda at iastate.edu Thu Jul 14 12:12:13 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Thu, 14 Jul 2011 11:12:13 -0500 Subject: [gradsusr] Wrf output in GrADS In-Reply-To: References: Message-ID: Nick, Try viewing the raw netCDF output using ncview or use ncks to output the actual coordinate values of some of the variables so that you can see them. If the data looks bad when viewing the raw netCDF output, then something went wrong in your model and ARWpost has nothing to do with it. If it looks clean, then it's something with ARWpost. Let me know what you find out. Jeff On Thu, Jul 14, 2011 at 2:25 AM, Yaqiang Wang wrote: > The netCDF data output from WRF are not follow COARDS or CF > conventions, so the data can't be read directly by many popular > meteorological softwares, including GrADS (I mean with sdfopen > method). I don't understand why WRF group made their data different. I > have no experience on ARWpost tool, but I know something of the netCDF > data format used in WRF, which is defined as 'WRF_OUT' conventions in > MeteoInfo software. So you can try to graph the data using MeteoInfo > temporally before you find a better sollution of it. You could only > use MeteoInfo in Windows system for netCDF data, although it could be > used in Linux for other data formats under the support of mono. > > On Thu, Jul 14, 2011 at 2:48 PM, Nick Heath wrote: > > Jeff and Yaqiang, > > > > Thanks for the ideas. Unfortunately, I still haven't found a solution. > I have figured out a little more about the problem, I think. It appears > that it is the "standard" variables that look odd. If I display the umet > and vmet diagnostic variables, they look great. But, if I display the > standard U and V variables, they look just like W did. > > > > As you suspected Jeff, I don't need many variables, actually only the > U,V, and W wind components. But, even when just running ARWpost with the > 'basic' fields option the variables look crazy. Any more ideas would be > greatly appreciated! > > > > Thanks, > > Nick > > > > ----- Original Message ----- > > From: Jeffrey Duda > > Date: Saturday, July 9, 2011 7:53 pm > > Subject: Re: [gradsusr] Wrf output in GrADS > > To: GrADS Users Forum > > > >> If Yaqiang's idea doesn't work, I would try re-running ARWpost with > >> fewervariables. I doubt you really need all of those variables, > >> and if your .dat > >> file is too large, there may be a problem with how it displays > >> data. Also, > >> it appears your XDEF and YDEF lines could be simplified by putting > >> XDEF 210 LINEAR 0.0217 > >> or something like that, since all of your levels appear to be equally > >> spaced. > >> > >> Jeff > >> > >> On Sat, Jul 9, 2011 at 6:22 PM, Yaqiang Wang > >> wrote: > >> > >> > You could try to comment "options byteswapped" in the ctl file. > >> > > >> > > >> > On Sun, Jul 10, 2011 at 4:54 AM, Nick Heath wrote: > >> > > Hey Jeff, > >> > > > >> > > I have attached my ctl file and my namelist.ARWPost file. I > >> didn't> change anything in the ctl file. Thanks for the help. > >> > > > >> > > -Nick > >> > > > >> > > ----- Original Message ----- > >> > > From: Jeffrey Duda > >> > > Date: Saturday, July 9, 2011 4:41 pm > >> > > Subject: Re: [gradsusr] Wrf output in GrADS > >> > > To: GrADS Users Forum > >> > > > >> > >> Nick, > >> > >> Can you attach your control file? Did you change anything in it? > >> > >> > >> > >> Jeff Duda > >> > >> > >> > >> On Sat, Jul 9, 2011 at 1:32 PM, Nick Heath wrote: > >> > >> > >> > >> > Hey Everyone, > >> > >> > > >> > >> > A while back I received some help with displaying WRF output in > >> > >> GrADS using > >> > >> > ARWPost. Thanks! Now, I have a question about some of the > >> > >> fields. When I > >> > >> > display some fields, the look normal and as expected. But, > >> others> >> look odd. > >> > >> > I have attached an image of my 'w' field at 500 hPa. Some > >> other> >> fields,> such as the boundary layer height, also share this > >> > >> pattern. Other fields, > >> > >> > such as the 'u' and 'v' winds, look fine. I was wondering if > >> > >> this looks > >> > >> > like an error somewhere in my ARWPost run or an error in my WRF > >> > >> run? Thanks > >> > >> > an advance for any help! > >> > >> > > >> > >> > -Nick > >> > >> > > >> > >> > _______________________________________________ > >> > >> > gradsusr mailing list > >> > >> > gradsusr at gradsusr.org > >> > >> > http://gradsusr.org/mailman/listinfo/gradsusr > >> > >> > > >> > >> > > >> > >> > >> > >> > >> > >> -- > >> > >> Jeff Duda > >> > >> Iowa State University > >> > >> Meteorology Graduate Student > >> > >> 3134 Agronomy Hall > >> > >> > >> www.meteor.iastate.edu/~jdduda > > >> > >> > > > >> > > _______________________________________________ > >> > > gradsusr mailing list > >> > > gradsusr at gradsusr.org > >> > > http://gradsusr.org/mailman/listinfo/gradsusr > >> > > > >> > > > >> > > >> > > >> > > >> > -- > >> > ************************************************* > >> > Dr. Yaqiang Wang > >> > Chinese Academy of Meteorological Sciences (CAMS) > >> > 46, Zhong-Guan-Cun South Avenue > >> > Beijing, 100081 > >> > China > >> > > >> > yaqiang.wang at gmail.com > >> > ************************************************** > >> > > >> > _______________________________________________ > >> > gradsusr mailing list > >> > gradsusr at gradsusr.org > >> > http://gradsusr.org/mailman/listinfo/gradsusr > >> > > >> > >> > >> > >> -- > >> Jeff Duda > >> Iowa State University > >> Meteorology Graduate Student > >> 3134 Agronomy Hall > >> www.meteor.iastate.edu/~jdduda > >> > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > -- > ************************************************* > Dr. Yaqiang Wang > Chinese Academy of Meteorological Sciences (CAMS) > 46, Zhong-Guan-Cun South Avenue > Beijing, 100081 > China > > yaqiang.wang at gmail.com > ************************************************** > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Jeff Duda Iowa State University Meteorology Graduate Student 3134 Agronomy Hall www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110714/2628894a/attachment-0002.html From James.Johnson at nasa.gov Thu Jul 14 13:43:20 2011 From: James.Johnson at nasa.gov (James E. Johnson) Date: Thu, 14 Jul 2011 13:43:20 -0400 Subject: [gradsusr] OMI SO2 HDF5 In-Reply-To: References: <201107110945.55256.James.Johnson@nasa.gov> Message-ID: <201107141343.21192.James.Johnson@nasa.gov> First, make sure you have a version of GrADS that supports reading HDF-EOS5 grid files (2.0.a7 or higher). Below is a sample GrADS control (.ctl) file that will let you read an OMI SO2 level-3 gridded HDF-EOS5 data file: DSET OMI-Aura_L3-OMSO2e_2004m1001_v003-2011m0526t144250.he5 DTYPE hdf5_grid TITLE OMI Level-3 Daily Lat/Lon 0.25deg Gridded Column Sulfur Dioxide Version 003 (OMSO2e.003) UNDEF -1.26765060e+30 _FillValue XDEF 1440 linear -180.0 0.25 YDEF 720 linear -90.0 0.25 ZDEF 1 levels 1 TDEF 1 linear 01oct2004 1dy VARS 14 /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ColumnAmountSO2_PBL=>so2pbl 0 y,x Vertical Column Amount SO2 (Planetary Boundary Layer) /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SlantColumnAmountSO2=>slantso2 0 y,x Slant Column Amount SO2 /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Latitude=>lat 0 y,x Geodetic Latitude /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Longitude=>lon 0 y,x Geodetic Longitude /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Time=>tai93 0 y,x Time (seconds since January 1, 1993) /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/OrbitNumber=>orbit 0 y,x Orbit Number /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/LineNumber=>line 0 y,x Line Number /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SceneNumber=>scene 0 y,x Scene Number /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ColumnAmountO3=>to3 0 y,x Total Column Amount O3 /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/RadiativeCloudFraction=>rcf 0 y,x Radiative Cloud Fraction /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/TerrainHeight=>theight 0 y,x Terrain Height /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SolarZenithAngle=>sza 0 y,x Solar Zenith Angle /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/RelativeAzimuthAngle=>raa 0 y,x Relative Azimuth Angle /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ViewingZenithAngle=>vza 0 y,x Viewing Zenith Angle ENDVARS Note the group paths to the data field variables must be specified in full, and any spaces converted to tilda (~) characters. You can rename the OMSO2e data files by removing the production date/time from the version (stuff after v003), then you would have a file name like OMI-Aura_L3-OMSO2e_2004m1001_v003.he5. With this you could modify the DSET (and add OPTIONS) to the .ctl file DSET ^OMI-Aura_L3-OMSO2e_%ym%m%d_v003.he5 OPTIONS template and then you could read in multiple files for a range of dates (remember to also adjust the TDEF range). ------------------------------------------------------------------------------ | James E. Johnson | address: | | Wyle Information Systems, Inc. | NASA Goddard Space Flight Center | | e-mail: james.johnson at nasa.gov | Distributed Active Archive Center | | phone: 301-614-5121 | Code 610.2, Bldg 32, Room S130G | | fax: 301-614-5268 | Greenbelt, MD 20771 | ------------------------------------------------------------------------------ From rss1901 at gmail.com Fri Jul 15 00:01:36 2011 From: rss1901 at gmail.com (Roopashree Shrivastava) Date: Fri, 15 Jul 2011 09:31:36 +0530 Subject: [gradsusr] query Message-ID: Hi everybody, I would be grateful to somebody who can clarify the foll point. I want to check the rainfall output from a particular WRF simulation. Is the total rain a sum of rainc and rainnc??. if cumulus scheme is not activated then rainc = 0, so total rain = rainnc. thanks in advance Warm regards, Roopa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110715/0c695592/attachment-0002.html From jdduda at iastate.edu Fri Jul 15 00:32:29 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Thu, 14 Jul 2011 23:32:29 -0500 Subject: [gradsusr] query In-Reply-To: References: Message-ID: what's the name of the precipitation variable you are using? RAINC is convective scheme precip, RAINNC is microphysical. If you sum them, then you get total precip. Jeff Duda On Thu, Jul 14, 2011 at 11:01 PM, Roopashree Shrivastava wrote: > Hi everybody, > I would be grateful to somebody who can clarify the foll point. > I want to check the rainfall output from a particular WRF simulation. Is > the total rain a sum of rainc and rainnc??. if cumulus scheme is not > activated then rainc = 0, so total rain = rainnc. > > thanks in advance > > Warm regards, > Roopa > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student 3134 Agronomy Hall www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110714/d592d449/attachment-0002.html From gdmontoyag at unal.edu.co Fri Jul 15 08:38:21 2011 From: gdmontoyag at unal.edu.co (Gerardo De Jesus Montoya Gaviria) Date: Fri, 15 Jul 2011 07:38:21 -0500 Subject: [gradsusr] query In-Reply-To: References: Message-ID: An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110715/06014af1/attachment-0004.html -------------- next part -------------- Hi everybody, I would be grateful to somebody who can clarify the foll point. I want to check the rainfall output from a particular WRF simulation. Is the total rain a sum of rainc and rainnc??. if cumulus scheme is not activated then rainc = 0, so total rain = rainnc. thanks in advance Warm regards, Roopa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110715/06014af1/attachment-0005.html -------------- next part -------------- _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From Makowsks at students.uni-marburg.de Fri Jul 15 11:35:27 2011 From: Makowsks at students.uni-marburg.de (Sachis Makowski) Date: Fri, 15 Jul 2011 17:35:27 +0200 Subject: [gradsusr] OMI SO2 HDF5 In-Reply-To: References: <201107110945.55256.James.Johnson@nasa.gov> <201107141343.21192.James.Johnson@nasa.gov> Message-ID: Great! thank you. I?ll let you know about my progress. > > Bests, > > Sandro > > 2011/7/14 James E. Johnson > > First, make sure you have a version of GrADS that supports reading HDF-EOS5 >> grid files (2.0.a7 or higher). >> Below is a sample GrADS control (.ctl) file that will let you read an OMI >> SO2 level-3 gridded HDF-EOS5 data file: >> >> DSET OMI-Aura_L3-OMSO2e_2004m1001_v003-2011m0526t144250.he5 >> DTYPE hdf5_grid >> TITLE OMI Level-3 Daily Lat/Lon 0.25deg Gridded Column Sulfur Dioxide >> Version 003 (OMSO2e.003) >> UNDEF -1.26765060e+30 _FillValue >> XDEF 1440 linear -180.0 0.25 >> YDEF 720 linear -90.0 0.25 >> ZDEF 1 levels 1 >> TDEF 1 linear 01oct2004 1dy >> VARS 14 >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ColumnAmountSO2_PBL=>so2pbl >> 0 y,x Vertical Column Amount SO2 >> (Planetary Boundary Layer) >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SlantColumnAmountSO2=>slantso2 >> 0 y,x Slant Column Amount SO2 >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Latitude=>lat >> 0 y,x Geodetic Latitude >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Longitude=>lon >> 0 y,x Geodetic Longitude >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Time=>tai93 >> 0 y,x Time (seconds since January 1, 1993) >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/OrbitNumber=>orbit >> 0 y,x Orbit Number >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/LineNumber=>line >> 0 y,x Line Number >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SceneNumber=>scene >> 0 y,x Scene Number >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ColumnAmountO3=>to3 >> 0 y,x Total Column Amount O3 >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/RadiativeCloudFraction=>rcf >> 0 y,x Radiative Cloud Fraction >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/TerrainHeight=>theight >> 0 y,x Terrain Height >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SolarZenithAngle=>sza >> 0 y,x Solar Zenith Angle >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/RelativeAzimuthAngle=>raa >> 0 y,x Relative Azimuth Angle >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ViewingZenithAngle=>vza >> 0 y,x Viewing Zenith Angle >> ENDVARS >> >> >> Note the group paths to the data field variables must be specified in >> full, and any spaces converted to tilda (~) characters. >> >> You can rename the OMSO2e data files by removing the production date/time >> from the version (stuff after v003), then you would have >> a file name like OMI-Aura_L3-OMSO2e_2004m1001_v003.he5. With this you >> could modify the DSET (and add OPTIONS) to the .ctl file >> >> DSET ^OMI-Aura_L3-OMSO2e_%ym%m%d_v003.he5 >> OPTIONS template >> >> and then you could read in multiple files for a range of dates (remember >> to also adjust the TDEF range). >> >> >> ------------------------------------------------------------------------------ >> | James E. Johnson | address: >> | >> | Wyle Information Systems, Inc. | NASA Goddard Space Flight >> Center | >> | e-mail: james.johnson at nasa.gov | Distributed Active Archive >> Center | >> | phone: 301-614-5121 | Code 610.2, Bldg 32, Room S130G >> | >> | fax: 301-614-5268 | Greenbelt, MD 20771 >> | >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110715/9fbb62ba/attachment-0002.html From mdongiovanni at smaitalia.it Fri Jul 15 12:10:16 2011 From: mdongiovanni at smaitalia.it (Mariastella Dongiovanni) Date: Fri, 15 Jul 2011 18:10:16 +0200 Subject: [gradsusr] R: Plot isohyetal map Message-ID: <188F55299AF3AF4A8E9EACA0744CE20F08DE01@intinimail.intranet.intini.it> Dear John, I've got a text file. An example file is attached with this mail. First and second columns of the file are respectively X coordinate and Y coordinate. Third column is the station name and fourth column is the precipitation depth. Instead, the last four lines are grid top coordinates. Sincerely, Maristella _____ Da: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] Per conto di Huddleston, John Inviato: gioved? 14 luglio 2011 16.07 A: GrADS Users Forum Oggetto: Re: [gradsusr] Plot isohyetal map Maristella What is the format of your data? John Huddleston From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Mariastella Dongiovanni Sent: Wednesday, July 13, 2011 10:06 AM To: 'gradsusr at gradsusr.org' Subject: [gradsusr] Plot isohyetal map Importance: High Dear users, I'd like to know if there are any available tools or script to plot automatically isohyetal map of annual average precipitation depth produced by Kriging tecnique. Thanks in advance, Maristella DISCLAIMER: Ai sensi del D.Lgs. 196/2003 si precisa che le informazioni contenute in questo messaggio sono riservate ed a uso esclusivo del destinatario. Qualora il messaggio in parola Le fosse pervenuto per errore, la preghiamo di eliminarlo senza copiarlo e di non inoltrarlo a terzi,dandocene gentilmente comunicazione. Grazie . DISCLAIMER: This message, for the law 196/2003, may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. contact : postmastering at intini.it DISCLAIMER: Ai sensi del D.Lgs. 196/2003 si precisa che le informazioni contenute in questo messaggio sono riservate ed a uso esclusivo del destinatario. Qualora il messaggio in parola Le fosse pervenuto per errore, la preghiamo di eliminarlo senza copiarlo e di non inoltrarlo a terzi,dandocene gentilmente comunicazione. Grazie . DISCLAIMER: This message, for the law 196/2003, may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. contact : postmastering at intini.it -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110715/d64bbc20/attachment-0002.html -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: DataExample.txt Url: http://gradsusr.org/pipermail/gradsusr/attachments/20110715/d64bbc20/attachment-0002.txt From Huddleston at cira.colostate.edu Fri Jul 15 12:26:51 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Fri, 15 Jul 2011 09:26:51 -0700 Subject: [gradsusr] R: Plot isohyetal map In-Reply-To: <188F55299AF3AF4A8E9EACA0744CE20F08DE01@intinimail.intranet.intini.it> References: <188F55299AF3AF4A8E9EACA0744CE20F08DE01@intinimail.intranet.intini.it> Message-ID: Maristella See http://cookbooks.opengrads.org/index.php?title=Recipe-013:_Gridding_and_Plotting_Station_Data and http://www.iges.org/grads/gadoc/aboutstationdata.html and http://www.iges.org/grads/gadoc/usingstationdata.html I see that your precipitation data sometimes is followed by a comma and another value. You should clean that up first. For more insight from GrADS users, Google using the phrase 'station data site:gradsusr.org' John From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Mariastella Dongiovanni Sent: Friday, July 15, 2011 10:10 AM To: 'GrADS Users Forum' Subject: [gradsusr] R: Plot isohyetal map Importance: High Dear John, I've got a text file. An example file is attached with this mail. First and second columns of the file are respectively X coordinate and Y coordinate. Third column is the station name and fourth column is the precipitation depth. Instead, the last four lines are grid top coordinates. Sincerely, Maristella ________________________________ Da: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] Per conto di Huddleston, John Inviato: gioved? 14 luglio 2011 16.07 A: GrADS Users Forum Oggetto: Re: [gradsusr] Plot isohyetal map Maristella What is the format of your data? John Huddleston From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Mariastella Dongiovanni Sent: Wednesday, July 13, 2011 10:06 AM To: 'gradsusr at gradsusr.org' Subject: [gradsusr] Plot isohyetal map Importance: High Dear users, I'd like to know if there are any available tools or script to plot automatically isohyetal map of annual average precipitation depth produced by Kriging tecnique. Thanks in advance, Maristella DISCLAIMER: Ai sensi del D.Lgs. 196/2003 si precisa che le informazioni contenute in questo messaggio sono riservate ed a uso esclusivo del destinatario. Qualora il messaggio in parola Le fosse pervenuto per errore, la preghiamo di eliminarlo senza copiarlo e di non inoltrarlo a terzi,dandocene gentilmente comunicazione. Grazie . DISCLAIMER: This message, for the law 196/2003, may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. contact : postmastering at intini.it DISCLAIMER: Ai sensi del D.Lgs. 196/2003 si precisa che le informazioni contenute in questo messaggio sono riservate ed a uso esclusivo del destinatario. Qualora il messaggio in parola Le fosse pervenuto per errore, la preghiamo di eliminarlo senza copiarlo e di non inoltrarlo a terzi,dandocene gentilmente comunicazione. Grazie . DISCLAIMER: This message, for the law 196/2003, may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. contact : postmastering at intini.it -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110715/ef733c8f/attachment-0002.html From rmeiszbe at purdue.edu Fri Jul 15 15:00:39 2011 From: rmeiszbe at purdue.edu (Ryan Meiszberg) Date: Fri, 15 Jul 2011 15:00:39 -0400 (EDT) Subject: [gradsusr] WRF/obs wind barb comparison Message-ID: <979990096.135125.1310756439268.JavaMail.root@mailhub017.itcs.purdue.edu> Hi, I'm trying to plot a timeseries of wind barbs of both WRF output and collected observations. I'd like to plot WRF wind barbs first, then overlay observation data as wind barbs also. However, my wrf data is gridded data and my observation data is reading into GrADS based on the 'x' coordinate. Therefore for the obs data, I must use "set x " to pick out a time range. Thanks, Ryan Meiszberg Atmospheric Science Purdue University From akolker at lumcon.edu Mon Jul 18 16:11:51 2011 From: akolker at lumcon.edu (Alex Kolker) Date: Mon, 18 Jul 2011 15:11:51 -0500 Subject: [gradsusr] Starting Grads on a Mac Message-ID: Dear Grads Community, I'm new to GRADs, and I'm trying to get it started up on a Mac. I'm trying to work through the tutorial to start with. I can either not properly download the practice files, or I can't properly get my version of GRADs to locate these files. Any suggestions? Thanks so much, -Alex -- Alexander S. Kolker, Ph.D. Assistant Professor Louisiana Universities Marine Consortium 8124 Highway 56 Chauvin, LA 70344 akolker at lumcon.edu (985) 851-2837 (o) (504) 579-2427 (c) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110718/c585cb9d/attachment-0002.html From christopher.s.lynnes at nasa.gov Mon Jul 18 17:03:13 2011 From: christopher.s.lynnes at nasa.gov (Lynnes, Christopher S. (GSFC-6102)) Date: Mon, 18 Jul 2011 16:03:13 -0500 Subject: [gradsusr] Starting Grads on a Mac In-Reply-To: References: Message-ID: <5C8C4BD6-75E0-483B-9447-FB58D9CA2305@nasa.gov> On Jul 18, 2011, at 4:11 PM, Alex Kolker wrote: > Dear Grads Community, > I'm new to GRADs, and I'm trying to get it started up on a Mac. I'm trying to work through the tutorial to start with. I can either not properly download the practice files, or I can't properly get my version of GRADs to locate these files. Any suggestions? If you mean the model.ctl, model.gmp, model.grb files, I usually put them in their own directory, like ~/grads/tutorial, chdir to that directory, and THEN start up grads. Then you need to make sure that (1) you can find the grads executable and (2) you can find the other grads files, like the fonts and maps. For #1, you can either (a) add the location of the grads executable to your $PATH variable, (b) set up an alias with the full path of your executable or (c) just type in the whole path of the executable (ugh). In my case, I have it in my PATH, which includes /Users/clynnes/bin: ~/grads/tutorial>which grads /Users/clynnes/bin/grads For #2, make sure you have your GADDIR environment variable set to the directory where you installed the fonts and maps. On my Mac, for instance: ~/grads/tutorial>echo $GADDIR /Users/clynnes/etc/grads ~/grads/tutorial>ls $GADDIR dat font3.dat lomap.dat nmap.dat font0.dat font4.dat lowres stroke.dat font1.dat font5.dat mres udunits.dat font2.dat hires newmap worldmap ~/grads/tutorial> > Thanks so much, > -Alex > > -- > Alexander S. Kolker, Ph.D. > Assistant Professor > Louisiana Universities Marine Consortium > 8124 Highway 56 > Chauvin, LA 70344 > akolker at lumcon.edu > (985) 851-2837 (o) > (504) 579-2427 (c) > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Dr. Christopher Lynnes NASA/GSFC, Code 610.2 phone: 301-614-5185 From dasilva at alum.mit.edu Mon Jul 18 22:47:41 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Mon, 18 Jul 2011 22:47:41 -0400 Subject: [gradsusr] Starting Grads on a Mac In-Reply-To: References: Message-ID: On Mon, Jul 18, 2011 at 4:11 PM, Alex Kolker wrote: > Dear Grads Community, > I'm new to GRADs, and I'm trying to get it started up on a Mac. I'm > trying to work through the tutorial to start with. I can either not properly > download the practice files, or I can't properly get my version of GRADs to > locate these files. Any suggestions? > If you have installed the opengrads bundle, the sample file is included. Try this: ga-> @ open $GADSET/model Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110718/29ca3425/attachment-0002.html From Mason.D.Rowell-1 at ou.edu Tue Jul 19 16:36:15 2011 From: Mason.D.Rowell-1 at ou.edu (Rowell, Mason D.) Date: Tue, 19 Jul 2011 20:36:15 +0000 Subject: [gradsusr] semi-advanced ave tool use Message-ID: Hello Grads community, I can see from the tutorial that one can open several different case files in grads(file1, file2 etc) and average the data from these files for subsequent display. Is there an advanced option that would allow me to specify the domain for each case and then average them? I was hoping to use this function to easily complete an average of 25 cases or so but relative to some specific type of event, which requires different domain centering for each case prior to averaging. Mason From dasilva at alum.mit.edu Tue Jul 19 18:40:03 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Tue, 19 Jul 2011 18:40:03 -0400 Subject: [gradsusr] semi-advanced ave tool use In-Reply-To: References: Message-ID: On Tue, Jul 19, 2011 at 4:36 PM, Rowell, Mason D. wrote: > Hello Grads community, > > I can see from the tutorial that one can open several different case files > in grads(file1, file2 etc) and average the data from these files for > subsequent display. Is there an advanced option that would allow me to > specify the domain for each case and then average them? I was hoping to use > this function to easily complete an average of 25 cases or so but relative > to some specific type of event, which requires different domain centering > for each case prior to averaging. > > The ave() functions allows you to make averages over a (x,y,z,t,e) hypercube. Because undef values are skipped, you can have averages over very irregular domains, provided an appropriate mask can be derived either through an expression or by reading it from a file. For example, to make a time average along satellite swaths we could do define xmean = ave(x+0*sat.2,t=1,t=124) where "sat" (on file "2") is some gridded (time dependent) satellite measurement with lots of undefs. Arlindo > Mason > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110719/a477238a/attachment-0002.html From ismailadiallo64 at yahoo.fr Wed Jul 20 05:37:57 2011 From: ismailadiallo64 at yahoo.fr (Ismaila Diallo) Date: Wed, 20 Jul 2011 10:37:57 +0100 (BST) Subject: [gradsusr] maximum latitude location of zonal wind Message-ID: <1311154677.99085.YahooMailRC@web29612.mail.ird.yahoo.com> Dear, i have a monthly file of zonal wind at a single level, and i want to plot (x,y) the latitude position of maximum wind intensity versus Time. Does someone have idea on how to do it from grads? Thanks Ismaila -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/d6a78df1/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 9852 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110720/d6a78df1/attachment-0004.gif -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 4545 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110720/d6a78df1/attachment-0005.gif From james.ciarlo at physics.org Wed Jul 20 08:26:48 2011 From: james.ciarlo at physics.org (James Ciarlo`) Date: Wed, 20 Jul 2011 14:26:48 +0200 Subject: [gradsusr] Plotting a domain without parameters Message-ID: Dear gradsusr, Is it possible to plot a map, without using any parameters? that is simply getting the outline of the coastlines for the region? And possibly even draw a few dots or crosses at particular locations according to lat/lon information? Regards, James -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/72ccd36a/attachment-0002.html From james.ciarlo at physics.org Wed Jul 20 08:41:33 2011 From: james.ciarlo at physics.org (James Ciarlo`) Date: Wed, 20 Jul 2011 14:41:33 +0200 Subject: [gradsusr] Plotting a domain without parameters In-Reply-To: References: Message-ID: Dear gradsusr, Is it possible to plot a map, without using any parameters? that is simply getting the outline of the coastlines for the region? And possibly even draw a few dots or crosses at particular locations according to lat/lon information? Regards, James -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/88ca1240/attachment-0002.html From james.ciarlo at physics.org Wed Jul 20 08:54:42 2011 From: james.ciarlo at physics.org (James Ciarlo`) Date: Wed, 20 Jul 2011 14:54:42 +0200 Subject: [gradsusr] Opening hdf files Message-ID: dear gradsusr, I have a few hdf files (below) I would like to open with grads, but I am finding difficulty using the xdfopen function. SEVIRI_latitude.raw SEVIRI_longitude.raw SEVIRI_readme.txt mean_seviri_aer_oc_d3_tau550_Aug2005.hdf mean_seviri_aer_oc_d3_tau550_Dec2005.hdf mean_seviri_aer_oc_d3_tau550_Jul2005.hdf mean_seviri_aer_oc_d3_tau550_Jun2005.hdf mean_seviri_aer_oc_d3_tau550_Nov2005.hdf mean_seviri_aer_oc_d3_tau550_Oct2005.hdf mean_seviri_aer_oc_d3_tau550_Sep2005.hdf I tried to construct a descriptor file but cannot figure out how to access the information for the coordinates: DSET mean_seviri_aer_oc_d3_tau550_Aug2005.hdf TITLE monthly average of the daily total aerosol optical depth at 550 nm derived from MSG/SEVIRI UNDEF 99999.0 XDEF dimension1 ? LINEAR ? ? YDEF dimension2 ? LINEAR ? ? TDEF dimension3 ? LINEAR ? ? VARS 1 Aerosol_optical_depth=>aod 1 99 aerosol optical depth ENDVARS I don't even know if I am on the right track. Can someone help me get to an answer please? because I am not managing to follow the help on GrADS index. I have also attached the text file with the remaining information Regards, James -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/25bdab36/attachment-0002.html -------------- next part -------------- The hdf product is the monthly average of the daily total aerosol optical depth at 550 nm derived from MSG/SEVIRI. Note that it's not only minearal dust. Corresponding images are provided. Format of SEVIRI latitude et longitude .raw files: binary, float-32, without header, size 3712x3712. Values give latitude and longitude of each pixel centre of the MSG/SEVIRI full resolution window. The Mediterranean window position is defined by rowN rowS colW colE: 356 956 1606 2856. From simon.kiertscher at gmx.de Wed Jul 20 09:33:25 2011 From: simon.kiertscher at gmx.de (Simon Kiertscher) Date: Wed, 20 Jul 2011 15:33:25 +0200 Subject: [gradsusr] exitcode of main script In-Reply-To: References: Message-ID: <4E26D925.6060800@gmx.de> Dear gradsusers, i invoke a gradsscript from bash and in case that the script can not open a file past to it, i want to give a return code back to the bashscript so that it knows, that the gradsscript could not open the file. I have no idea how to do this. For subfunctions in grads i can use return but it seems not to work with the main function. To exit early on i have to use quit it seems but with quit i can not give a return code. I hope someone have a idea. Best Regards, Simon From simon.kiertscher at gmx.de Wed Jul 20 09:35:39 2011 From: simon.kiertscher at gmx.de (Simon Kiertscher) Date: Wed, 20 Jul 2011 15:35:39 +0200 Subject: [gradsusr] say to stderr In-Reply-To: References: Message-ID: <4E26D9AB.6090204@gmx.de> Dear gradsusers i can not find any information about sending text to the stderror channel of the shell while using the say command. Has some one an idea? Best Regards, Simon From Huddleston at cira.colostate.edu Wed Jul 20 09:53:40 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Wed, 20 Jul 2011 06:53:40 -0700 Subject: [gradsusr] say to stderr In-Reply-To: <4E26D9AB.6090204@gmx.de> References: <4E26D9AB.6090204@gmx.de> Message-ID: Simon If you are running GrADS in batch mode you can re-direct output as follows grads -lbc 'run somescript.gs' 2> say.err 1>&2 In interactive mode there is no output to the screen it simply goes to the file. Does that answer your question? John Huddleston -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher Sent: Wednesday, July 20, 2011 7:36 AM To: gradsusr at gradsusr.org Subject: [gradsusr] say to stderr Dear gradsusers i can not find any information about sending text to the stderror channel of the shell while using the say command. Has some one an idea? Best Regards, Simon _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From Makowsks at students.uni-marburg.de Wed Jul 20 10:22:26 2011 From: Makowsks at students.uni-marburg.de (Sachis Makowski) Date: Wed, 20 Jul 2011 16:22:26 +0200 Subject: [gradsusr] OMI SO2 HDF5 In-Reply-To: References: <201107110945.55256.James.Johnson@nasa.gov> <201107141343.21192.James.Johnson@nasa.gov> Message-ID: Dear James, Sorry that I disturb you again. The descriptors files you sent me worked marvelously. I then changed the names of the files just like you mentioned and modified the descriptor file as indicated as well. Next you can find the new file: DSET ^OMI-Aura_L3-OMSO2e_%y4m%m1%d1_v003.he5 OPTIONS template DTYPE hdf5_grid TITLE OMI Level-3 Daily Lat/Lon 0.25deg Gridded Column Sulfur Dioxide Version 003 (OMSO2e.003) UNDEF -1.26765060e+30 _FillValue XDEF 480 linear -90 0.25 YDEF 600 linear -60 0.25 ZDEF 1 levels 1 TDEF 30 linear 10Aug2005 1dy VARS 14 /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ColumnAmountSO2_PBL=>so2pbl 0 y,x Vertical Column Amount SO2 /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SlantColumnAmountSO2=>slantso2 0 y,x Slant Column Amount SO2 /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Latitude=>lat 0 y,x Geodetic Latitude /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Longitude=>lon 0 y,x Geodetic Longitude /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Time=>tai93 0 y,x Time (seconds since January 1, 1993) /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/OrbitNumber=>orbit 0 y,x Orbit Number /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/LineNumber=>line 0 y,x Line Number /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SceneNumber=>scene 0 y,x Scene Number /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ColumnAmountO3=>to3 0 y,x Total Column Amount O3 /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/RadiativeCloudFraction=>rcf 0 y,x Radiative Cloud Fraction /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/TerrainHeight=>theight 0 y,x Terrain Height /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SolarZenithAngle=>sza 0 y,x Solar Zenith Angle /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/RelativeAzimuthAngle=>raa 0 y,x Relative Azimuth Angle /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ViewingZenithAngle=>vza 0 y,x Viewing Zenith Angle ENDVARS I manage to open the control file but when I try to display some of the images I receive the following error messages: major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message Cannot contour grid - all undefined values Do you have any idea where the problem lies? Thank you very much for your help in advance. Best regards, Sandro 2011/7/14 Sachis Makowski > Great! thank you. I?ll let you know about my progress. > > Bests, > > Sandro > > 2011/7/14 James E. Johnson > > First, make sure you have a version of GrADS that supports reading HDF-EOS5 >> grid files (2.0.a7 or higher). >> Below is a sample GrADS control (.ctl) file that will let you read an OMI >> SO2 level-3 gridded HDF-EOS5 data file: >> >> DSET OMI-Aura_L3-OMSO2e_2004m1001_v003-2011m0526t144250.he5 >> DTYPE hdf5_grid >> TITLE OMI Level-3 Daily Lat/Lon 0.25deg Gridded Column Sulfur Dioxide >> Version 003 (OMSO2e.003) >> UNDEF -1.26765060e+30 _FillValue >> XDEF 1440 linear -180.0 0.25 >> YDEF 720 linear -90.0 0.25 >> ZDEF 1 levels 1 >> TDEF 1 linear 01oct2004 1dy >> VARS 14 >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ColumnAmountSO2_PBL=>so2pbl >> 0 y,x Vertical Column Amount SO2 >> (Planetary Boundary Layer) >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SlantColumnAmountSO2=>slantso2 >> 0 y,x Slant Column Amount SO2 >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Latitude=>lat >> 0 y,x Geodetic Latitude >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Longitude=>lon >> 0 y,x Geodetic Longitude >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Time=>tai93 >> 0 y,x Time (seconds since January 1, 1993) >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/OrbitNumber=>orbit >> 0 y,x Orbit Number >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/LineNumber=>line >> 0 y,x Line Number >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SceneNumber=>scene >> 0 y,x Scene Number >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ColumnAmountO3=>to3 >> 0 y,x Total Column Amount O3 >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/RadiativeCloudFraction=>rcf >> 0 y,x Radiative Cloud Fraction >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/TerrainHeight=>theight >> 0 y,x Terrain Height >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SolarZenithAngle=>sza >> 0 y,x Solar Zenith Angle >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/RelativeAzimuthAngle=>raa >> 0 y,x Relative Azimuth Angle >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ViewingZenithAngle=>vza >> 0 y,x Viewing Zenith Angle >> ENDVARS >> >> >> Note the group paths to the data field variables must be specified in >> full, and any spaces converted to tilda (~) characters. >> >> You can rename the OMSO2e data files by removing the production date/time >> from the version (stuff after v003), then you would have >> a file name like OMI-Aura_L3-OMSO2e_2004m1001_v003.he5. With this you >> could modify the DSET (and add OPTIONS) to the .ctl file >> >> DSET ^OMI-Aura_L3-OMSO2e_%ym%m%d_v003.he5 >> OPTIONS template >> >> and then you could read in multiple files for a range of dates (remember >> to also adjust the TDEF range). >> >> >> ------------------------------------------------------------------------------ >> | James E. Johnson | address: >> | >> | Wyle Information Systems, Inc. | NASA Goddard Space Flight >> Center | >> | e-mail: james.johnson at nasa.gov | Distributed Active Archive >> Center | >> | phone: 301-614-5121 | Code 610.2, Bldg 32, Room S130G >> | >> | fax: 301-614-5268 | Greenbelt, MD 20771 >> | >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/5e017512/attachment-0002.html From instantweathermaps at gmail.com Wed Jul 20 10:46:39 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Wed, 20 Jul 2011 09:46:39 -0500 Subject: [gradsusr] Plotting a domain without parameters In-Reply-To: References: Message-ID: To plot a map with no parameters, first open any file with any parameters (even the sample file will work). Then do this: set clevs 0 set ccols 0 0 d param where param is a valid parameter in that file. On Wed, Jul 20, 2011 at 7:41 AM, James Ciarlo` wrote: > Dear gradsusr, > > Is it possible to plot a map, without using any parameters? that is simply > getting the outline of the coastlines for the region? > > And possibly even draw a few dots or crosses at particular locations > according to lat/lon information? > > Regards, > > James > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/377d4831/attachment-0002.html From James.Johnson at nasa.gov Wed Jul 20 11:16:34 2011 From: James.Johnson at nasa.gov (James E. Johnson) Date: Wed, 20 Jul 2011 11:16:34 -0400 Subject: [gradsusr] OMI SO2 HDF5 In-Reply-To: References: Message-ID: <201107201116.34596.James.Johnson@nasa.gov> On Wednesday, July 20, 2011 10:22:26 am Sachis Makowski wrote: > Dear James, > > Sorry that I disturb you again. The descriptors files you sent me worked > marvelously. I then changed the names of the files just like you mentioned > and modified the descriptor file as indicated as well. Next you can find > the new file: > > DSET ^OMI-Aura_L3-OMSO2e_%y4m%m1%d1_v003.he5 > OPTIONS template > You need to change DSET to: DSET ^OMI-Aura_L3-OMSO2e_%y4m%m2%d2_v003.he5 and make sure the files are actually named something like: OMI-Aura_L3-OMSO2e_2004m1001_v003.he5 What I like to do is keep the original files as downloaded from the archive, and then set up symbolic links with those types of names above. You can write a short Unix shell script to do this: for file in OMI-Aura_L3-OMSO2e*.he5 do ln -s $file `echo $file | cut -c1-33`".he5" done I would also set TDEF to: TDEF 3014 linear 01oct2004 1dy and then you'll be able to read any of the files through the end of 2012, also the first day for OMI data is Oct. 1, 2004 (launch was July 15, 2004). ------------------------------------------------------------------------------ | James E. Johnson | address: | | Wyle Information Systems, Inc. | NASA Goddard Space Flight Center | | e-mail: james.johnson at nasa.gov | Distributed Active Archive Center | | phone: 301-614-5121 | Code 610.2, Bldg 32, Room S130G | | fax: 301-614-5268 | Greenbelt, MD 20771 | ------------------------------------------------------------------------------ From jdduda at iastate.edu Wed Jul 20 12:13:19 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Wed, 20 Jul 2011 11:13:19 -0500 Subject: [gradsusr] Plotting a domain without parameters In-Reply-To: References: Message-ID: the 'draw map' command will also do it, but it won't plot any lat/lon lines or coordinates since it won't have any actual map data to go off of (but it will give you geo-political boundaries just fine) Jeff Duda On Wed, Jul 20, 2011 at 9:46 AM, Joey Woodson wrote: > To plot a map with no parameters, first open any file with any parameters > (even the sample file will work). Then do this: > > set clevs 0 > set ccols 0 0 > d param > > where param is a valid parameter in that file. > > On Wed, Jul 20, 2011 at 7:41 AM, James Ciarlo` wrote: > >> Dear gradsusr, >> >> Is it possible to plot a map, without using any parameters? that is simply >> getting the outline of the coastlines for the region? >> >> And possibly even draw a few dots or crosses at particular locations >> according to lat/lon information? >> >> Regards, >> >> James >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student 3134 Agronomy Hall www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/2ec4691d/attachment-0002.html From Charles.Seman at noaa.gov Wed Jul 20 12:44:56 2011 From: Charles.Seman at noaa.gov (Charles Seman) Date: Wed, 20 Jul 2011 12:44:56 -0400 Subject: [gradsusr] how to find typhoon center via minloc function In-Reply-To: <4DC05BC6.5010809@noaa.gov> References: <4D237583.7080106@noaa.gov> <4DBB1966.5010407@noaa.gov> <4DBEEB11.1000508@noaa.gov> <4DC05BC6.5010809@noaa.gov> Message-ID: <4E270608.7040900@noaa.gov> Sushant and Diallo, I found a confusing comment in the maxwind.gs and maxwind2.gs scripts referring to "plotting track of hurricane center" (not sure, but possibly left over from code copied from another script?), and changed the comment to "plotting location of max wind". Please find attached updated GrADS scripts maxwind.gs, maxwind2.gs. Sorry for this confusion, Chuck Charles Seman wrote: > Sushant, > > Glad to hear the script was helpful. > > An updated script "maxwind.gs" (attached) for a single wind file and > wind variable (e.g. ucomp or vcomp) is now able to search over a > user-specified domain. > > Another script "maxwind2.gs" (attached) has been coded based on > "maxwind.gs" to find the max wind magnitude of 2 wind variables (e.g. > ucomp, vcomp) over a user-specified domain (although the wind magnitude > is defined over all (x,y,z) points at each time level). > > The scripts were run over a subset of the total (x,y,z,t) domain to > verify they work for a limited domain (note, you can set these in the > scripts yourself): > x1 = 2 ; x2 = nx-1 > y1 = 2 ; y2 = ny-1 > z1 = 2 ; z2 = nz-1 > t1 = 2 ; t2 = nt-1 > > Run commands: > cjs: /home/cjs/grads/Sushant_Puranik/ --> set wind_file = ( > ucomp.1981-2000.climatology.nc vcomp.1981-2000.climatology.nc ) > cjs: /home/cjs/grads/Sushant_Puranik/ --> set wind_var = ( ucomp vcomp ) > cjs: /home/cjs/grads/Sushant_Puranik/ --> set wind_units = m/s > cjs: /home/cjs/grads/Sushant_Puranik/ --> set lev_units = hPa > cjs: /home/cjs/grads/Sushant_Puranik/ --> grads -lcx "maxwind.gs > $wind_nc_file[1] $wind_var[1] $wind_units $lev_units" > ... > cjs: /home/cjs/grads/Sushant_Puranik/ --> grads -lcx "maxwind.gs > $wind_nc_file[2] $wind_var[2] $wind_units $lev_units" > ... > cjs: /home/cjs/grads/Sushant_Puranik/ --> grads -lcx "maxwind2.gs > $wind_nc_file[1] $wind_var[1] $wind_nc_file[2] $wind_var[2] $wind_units > $lev_units" > ... > > Please find attached sample plot files: maxwind_ucomp.pdf, > maxwind_vcomp.pdf, maxwind2.pdf > > The scripts were tested and appear to be working OK. Please let me know > if you find any problems and/or have any questions. > > Thanks, > Chuck > > sushant puranik wrote: >> Thanks again It works fine. Since i am interested in low level wind so >> can you please tell me how to make it to check for low levels only(i >> have data at 17 pressure levels). Also i have uwind and vwind data in >> separate files, how to run script with two files? >> >> >> thank you >> On Mon, May 2, 2011 at 11:04 PM, Charles Seman > > wrote: >> >> Sushant, >> >> Following Kun-Hsuan Chou in the "hurricane_tracking.txt" file (or >> plot_hurricane_center3.gs ), >> please find attached a revised version "maxwind.gs >> " which plots the wind and its max for each time >> level. >> >> To run: >> >> % grads -lcx "maxwind.gs nc_file wind wind_units" >> >> or >> >> ga-> run maxwind.gs nc_file wind wind_units >> >> Where a new argument "wind_units" has been added which is plotted in >> a title. Be sure there are no blank spaces in the "wind_units" so >> that GrADS gets the correct string to plot (e.g. m/s or knots, >> etc.). Note, the script as it is clears the screen before each time >> level (it plots the wind field itself at the level of maximum wind >> and an "x" at the location of the max wind). I'm not sure if this >> is what you want? If not, I would suggest adapting the code from >> maxwind.gs into a modified version of >> plot_hurricane_center3.gs (and >> rename it to something more appropriate like plot_maxwind.gs >> or whatever you choose). One thing I found >> when running the script several times on the GrADS command line is >> that at some point the script exits with a "Memory allocation >> error!" condition. I'm not sure why this happens. In an attempt to >> prevent this, 'c events' and 'close 1' statements were added in >> addition to the previous 'reinit' command, but this did not prevent >> the problem. >> >> I hope this helps, >> Chuck >> >> sushant puranik wrote: >> >> Hello Charles >> I tried maxwind.gs it >> works fine as per your suggestion. But i want to know at which >> lat lon maximum value is instead of x and y location. So can you >> please tell me how to convert x y in lat lon. >> >> Thanks >> >> Sushant >> On Sat, Apr 30, 2011 at 11:43 AM, sushant puranik >> >> > >> wrote: >> >> Thank you for help i will try it. Please don't mind if error >> occurs >> i'll mail you. Thanks again >> >> >> On Sat, Apr 30, 2011 at 1:32 AM, Charles Seman >> >> >> >> wrote: >> >> Hello Sushant, >> >> I think it should be possible. Please find attached an >> email >> exchange to this List from several years ago >> "hurricane_tracking.txt" in which Kun-Hsuan Chou gave a >> method >> to track the maximum wind speed using maxloc and max. >> This >> technique works on a 2D field. To find the location of >> the max >> wind in 4D wind dataset, a short script "maxwind.gs >> >> " was coded that blends the technique >> used in >> >> a local script "plot_hurricane_center3.gs >> >> " and the technique in >> >> Kun-Hsuan Chou's "hurricane_tracking.txt". >> ("plot_hurricane_center3.gs >> >> " >> >> itself was developed using Joe Covert's script >> "plot_tc_shi.gs >> " and Kun-Hsuan Chou's >> "hurricane_tracking.txt".) "maxwind.gs >> " >> >> loops over the time levels and finds the value of the max >> wind >> and its (x,y,z) location for each time level. These >> values are >> printed out to the screen. Here is a copy of what the >> "maxwind.gs " >> script printed out using GrADS >> >> 1.9b4 for a local model "ucomp" climatology dataset: >> --- >> ... >> (nx,ny,nz,nt) = (144,90,23,12) >> tt = 1 >> max ucomp = 81.833 >> xc = 137 >> yc = 71 >> zc = 23 >> ucomp(x=137,y=71,z=23) = 81.833 >> tt = 2 >> max ucomp = 68.9826 >> xc = 57 >> yc = 61 >> zc = 10 >> ucomp(x=57,y=61,z=10) = 68.9826 >> tt = 3 >> max ucomp = 62.7262 >> xc = 56 >> yc = 60 >> zc = 11 >> ucomp(x=56,y=60,z=11) = 62.7262 >> tt = 4 >> max ucomp = 61.6225 >> xc = 10 >> yc = 15 >> zc = 23 >> ucomp(x=10,y=15,z=23) = 61.6225 >> tt = 5 >> max ucomp = 85.5501 >> xc = 4 >> yc = 18 >> zc = 23 >> ucomp(x=4,y=18,z=23) = 85.5501 >> tt = 6 >> max ucomp = 109.233 >> xc = 4 >> yc = 19 >> zc = 23 >> ucomp(x=4,y=19,z=23) = 109.233 >> tt = 7 >> max ucomp = 119.698 >> xc = 143 >> yc = 17 >> zc = 23 >> ucomp(x=143,y=17,z=23) = 119.698 >> tt = 8 >> max ucomp = 117.018 >> xc = 2 >> yc = 16 >> zc = 22 >> ucomp(x=2,y=16,z=22) = 117.018 >> tt = 9 >> max ucomp = 98.7713 >> xc = 63 >> yc = 9 >> zc = 20 >> ucomp(x=63,y=9,z=20) = 98.7713 >> tt = 10 >> max ucomp = 74.1137 >> xc = 65 >> yc = 7 >> zc = 19 >> ucomp(x=65,y=7,z=19) = 74.1137 >> tt = 11 >> max ucomp = 77.7408 >> xc = 137 >> yc = 67 >> zc = 23 >> ucomp(x=137,y=67,z=23) = 77.7408 >> tt = 12 >> max ucomp = 84.3092 >> xc = 16 >> yc = 70 >> zc = 23 >> ucomp(x=16,y=70,z=23) = 84.3092 >> ...finished. >> --- >> >> It seems the script is working OK. You can give it a >> try for >> one of your datasets. To run the script as it is coded, >> run it >> in batch mode as follows: >> % grads -blcx "maxwind.gs >> nc_file wind" >> >> or on the GrADS command line >> http://grads.iges.org/grads/gadoc/gradcomdrun.html as (no >> quotes >> as with the batch command): >> ga-> run maxwind.gs >> nc_file wind >> >> where "nc_file" is the netCDF file containing the "wind" >> variable name (the "nc_file" and "wind" are generic names; >> please replace them with the actual netCDF file and wind >> variable in the netCDF file). Note, please also >> include the >> quotes surrounding "maxwind.gs >> nc_file wind" >> >> for the batch command or else the batch command won't >> work. >> >> I hope this helps. Please let me know if you have any >> questions. >> >> Thanks, >> Chuck >> >> sushant puranik wrote: >> >> Hello Charles >> I want to make a jet stream plot. Can i make it >> with the >> help of hurricane center script by changing minloc >> and min >> to maxloc and max. >> any suggestion? >> >> thanks >> >> Sushant >> On Wed, Jan 5, 2011 at 1:01 AM, Charles Seman >> > > > >> > >> > >>> wrote: >> >> Jie, >> >> Attached is a file >> File_Error_1_Grads_1.9-Plot_tc_shi.gs.txt >> containing the text from an email exchange to the >> GrADS >> Listserv >> between Joe Covert and Diane Stokes on 9/13/2004 >> -- on >> 4/27/06, >> found via a Google search for "plot_tc_shi.gs >> >> >> ": >> http://caos.iisc.ernet.in/gslib/plot_tc_shi.gs >> >> >> The attached GrADS script >> plot_hurricane_center3.gs >> >> (along with >> pause.gsf, >> aGrADS >> >> script function used by the plot script) is a >> locally >> modified >> version derived from Joe Covert's script >> "plot_tc_shi.gs >> >> " (Joe.Covert at noaa.gov >> >> > > >> > >> > >>) which was posted to the GrADS >> Listserv >> >> on 9/13/2004 (his script was named plot_tc_shi.gs >> >> >> ) and code from >> hurricane_tracking.txt (taken >> >> from an email exchange posted to the GrADS >> Listserv by >> Kun-Hsuan >> Chou and Arturo Caracas Uribe in Oct, 2004)... >> >> Please find below code from hurricane_tracking.txt >> (taken >> from an >> email exchange posted to the GrADS Listserv by >> Kun-Hsuan >> Chou and >> Arturo Caracas Uribe in Oct, 2004) illustrating a >> technique for >> finding max wind in a 2D field... and below that >> some >> code from >> attached script plot_hurricane_center3.gs >> >> >> to find the min >> sea-level >> >> pressure in a 2D field... >> >> code from Kun-Hsuan Chou to find maximum wind >> speed from >> hurricane_tracking.txt: >> --- >> 'd >> maxloc(max(mag(u,v),lon=120,lon=130),lat=15,lat=25)' >> line=sublin(result,2) >> ygrd=subwrd(line,4) >> 'd >> maxloc(max(mag(u,v),lat=15,lat=25),lon=120,lon=130)' >> line=sublin(result,2) >> xgrd=subwrd(line,4) >> 'set x 'xgrd >> lonval = subwrd(result,4) >> 'set y 'ygrd >> latval = subwrd(result,4) >> 'q w2xy 'lonval' 'latval >> xpos = subwrd(result,3) >> ypos = subwrd(result,6) >> 'draw mark 1 'xpos' 'ypos' .2' >> --- >> >> sample code from plot_hurricane_center3.gs >> >> >> to find >> hurricane >> center (see >> >> script for supporting code): >> --- >> * >> * find minimum "pressure" within box area (x1,x2), >> (y1,y2)... >> * >> 'set x 'x1 >> 'set y 'y1 >> 'set z 1' >> 'set t 'tt >> 'set gxout print' >> nxp = x2-x1+1 >> * say ' nxp = 'nxp >> nyp = y2-y1+1 >> * say ' nyp = 'nyp >> 'd >> minloc(min(psl,y='y1',y='y2'),x='x1',x='x2')' >> rec=sublin(result,nxp+3) >> xc=subwrd(rec,1) >> 'd >> minloc(min(psl,x='x1',x='x2'),y='y1',y='y2')' >> rec=sublin(result,nyp+3) >> yc=subwrd(rec,1) >> say >> say 'location of minimum "pressure"...' >> say >> say ' (xc,yc) = ('xc','yc')' >> * >> * find "world" coordinates of (xc,yc) and convert >> "world" >> coordinates >> * to "xy" coordinates for plotting track of >> hurricane >> center... >> * >> 'set x 'xc >> lonval = subwrd(result,4) >> 'set y 'yc >> latval = subwrd(result,4) >> say ' (lonval,latval) = ('lonval','latval')' >> 'q w2xy 'lonval' 'latval >> xpos = subwrd(result,3) >> ypos = subwrd(result,6) >> say ' (xpos,ypos) = ('xpos','ypos')' >> * >> * write (xpos,ypos) to output file... >> * >> res = write (''hurricane.nf >> >> '','t = 'tt' >> >> xpos = 'xpos' ypos = 'ypos'') >> >> pause() >> --- >> >> Please let me know if you have any questions. >> >> Hope this helps, >> Chuck >> >> Jie TANG wrote: >> >> >> hi,grads folks , >> I am using grads v1.9, trying to find the >> center of >> typhoon via >> minloc function. >> the key script is shown as below: >> slplat=min(slp,lat=19,lat=26) >> >> tclon=minloc(slplat,lon=119,lon=126) >> >> slplon=min(slp,lon=119,lon=126) >> tclat=minloc(slplon,lat=19,lat=26) >> >> but grads tell me that "function not found min >> " and >> when i >> changed my script to be : >> tclat=min(minloc(slpt,lon=119,lon=126), >> lat=19,lat=26) >> tclon=min(minloc(slpt, lat=19,lat=26 >> )lon=119,lon=126) >> >> >> how can i finx my scrpit ? thank you .:) >> -- >> TANG Jie >> Email: totangjie at gmail.com >> >> > > > >> > >> >> > >> > > > >> > >>> >> >> >> Tel: 0086-2154896104 >> Shanghai Typhoon Institute,China >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> > > >> > > >> >> >> >> http://gradsusr.org/mailman/listinfo/gradsusr >> -- >> 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 reflect any >> official or unofficial position of the United >> States >> Federal Government, >> the United States Department of Commerce, or NOAA." >> >> >> >> worked great ... thanks. joe >> >> Diane Stokes wrote: >> >> > Joe, >> > >> > Read works fine for me in 1.9. >> > >> > I think this is the issue where 'pull' in 1.9 >> throws >> in a carriage >> > return. The read statement is not getting the >> exact >> filename. >> > >> > Try adding: >> > file=sublin(file,1) >> > after each: >> > pull file >> > >> > Diane >> > >> > Joe Covert wrote: >> > >> >> There appears to be a problem with version >> 1.9 of >> GrADS "read" >> function. >> >> >> >> The plot_tc_shi.gs >> >> script (see below) >> >> uses the read function to open the >> >> track data file and the program gives the >> subject >> error message >> "File >> >> Error 1". >> >> >> >> jc >> >> >> >> >> >> * Script to draw an hurricane-track plot. >> >> * Does little error checking on the input >> file. >> >> * Assumes the input file is set up as follows: >> >> * >> >> * Line 1: Title >> >> * Line 2: Drawing primitives for marks: >> marktype size >> >> * Line 3: Drawing primitives for lines: >> color >> style thickness >> >> * Line 4: Starting hour and the interval of >> plotting points >> >> * e.g., 0 6 means that track >> starts at 0 >> hour and mark >> >> * will be plotted every 6 >> hours. >> >> * Rest of lines: hour long. lat. >> >> * e.g., 0 -70.5 25.0 >> >> * 6 -71.8 25.2 >> >> * : >> >> * : >> >> * >> >> * Also assumes that a file has been opened >> (any >> file, doesn't >> >> * matter -- the set command doesn't work >> until a >> file has been >> >> * opened). >> >> * >> >> >> >> function main() >> >> >> >> * 'clear' >> >> >> >> 'open dummy.ctl' >> >> 'set lat 20 50' >> >> 'set lon -90 -30' >> >> 'set mpdset hires' >> >> 'set poli on' >> >> 'draw map' >> >> >> >> >> >> say 'Enter File Name: (type q to stop)' >> >> pull fname >> >> >> >> while (fname != 'q') >> >> >> >> * Read the 1st record: Title >> >> >> >> ret = read(fname) >> >> rc = sublin(ret,1) >> >> if (rc>0) >> >> say 'File Error 1' >> >> return >> >> endif >> >> title = sublin(ret,2) >> >> say title >> >> >> >> * Read the drawing primitives >> >> >> >> ret = read(fname) >> >> rc = sublin(ret,1) >> >> if (rc>0) >> >> say 'File Error 2' >> >> return >> >> endif >> >> dpline = sublin(ret,2) >> >> marktype = subwrd(dpline,1) >> >> marksize = subwrd(dpline,2) >> >> ret = read(fname) >> >> rc = sublin(ret,1) >> >> if (rc>0) >> >> say 'File Error 3' >> >> return >> >> endif >> >> dpline = sublin(ret,2) >> >> lcolor = subwrd(dpline,1) >> >> lstyle = subwrd(dpline,2) >> >> lthick = subwrd(dpline,3) >> >> say ' marktype, marksize, lcolor, lstyle and >> lthick:' >> >> say ' 'marktype ' ' marksize ' ' lcolor ' ' >> lstyle >> ' ' lthick >> >> >> >> * Read starting hour and the interval hours of >> plotting points >> >> >> >> ret = read(fname) >> >> rc = sublin(ret,1) >> >> if (rc>0) >> >> say 'File Error 4' >> >> return >> >> endif >> >> dhour = sublin(ret,2) >> >> start = subwrd(dhour,1) >> >> jump = subwrd(dhour,2) >> >> say ' starting hour and the interval hours of >> plotting points:' >> >> say ' 'start' 'jump >> >> >> >> * Read all data points >> >> >> >> ret = read(fname) >> >> rc = sublin(ret,1) >> >> while (rc = 0) >> >> loc = sublin(ret,2) >> >> hour = subwrd(loc,1) >> >> dlong.hour = subwrd(loc,2) >> >> dlat.hour = subwrd(loc,3) >> >> * prompt ' hour ' hour ' are read,' >> >> * say ' long=' dlong.hour ' lat=' >> dlat.hour >> >> ret = read(fname) >> >> rc = sublin(ret,1) >> >> endwhile >> >> >> >> if (rc!=2 & rc!=0) >> >> say 'File Error 5, rc=' rc >> >> return >> >> endif >> >> >> >> endhour = hour >> >> say ' endhour=' endhour >> >> >> >> * Plotting >> >> >> >> 'set line 'lcolor' 'lstyle' 'lthick >> >> 'query w2xy 'dlong.start' 'dlat.start >> >> xprev = subwrd(result,3) >> >> yprev = subwrd(result,6) >> >> 'draw mark 'marktype' 'xprev' 'yprev' >> 'marksize >> >> next = start+jump >> >> while (next <= endhour) >> >> * say ' 'dlong.start' 'dlat.start >> >> 'query w2xy 'dlong.next' 'dlat.next >> >> xnext = subwrd(result,3) >> >> ynext = subwrd(result,6) >> >> 'draw line 'xprev' 'yprev' 'xnext' 'ynext >> >> * say ' 'xprev' 'yprev' 'xnext' 'ynext >> >> 'draw mark 'marktype' 'xnext' 'ynext' >> 'marksize >> >> next = next+jump >> >> xprev = xnext >> >> yprev = ynext >> >> endwhile >> >> >> >> say fname ' is working fine.' >> >> >> >> * read in the filename to be plotted next >> >> >> >> say 'Enter File Name: (type q to stop)' >> >> pull fname >> >> >> >> endwhile >> >> >> >> >> >> *---------------------------------------------------------------------- >> * >> * Adapted from plot_hurricane_center2c.gs >> >> >> , which was >> adapted from: >> >> * >> * (1) "plot_hurricane_center2[a][b].gs" (from >> "plot_hurricane_center.gs >> >> >> "), >> >> * locally modified versions derived from Joe >> Covert's script >> * "plot_tc_shi.gs >> >> " (Joe.Covert at noaa.gov >> >> > > >> > >> > >>), which was posted to the >> >> * GrADS Listserv on 9/13/2004 (his script was >> named >> plot_tc_shi.gs >> >> ) >> >> * on 4/27/06, found via a Google search for >> "plot_tc_shi.gs >> >> ": >> >> * >> http://caos.iisc.ernet.in/gslib/plot_tc_shi.gs >> * >> * (2) code in "hurricane_tracking.txt" (taken >> from an >> email exchange >> * posted to the GrADS Listserv by Kun-Hsuan >> Chou and >> * Arturo Caracas Uribe in Oct, 2004) >> * >> * >> * To use: grads -l >> * >> >> *---------------------------------------------------------------------- >> >> function main() >> >> 'reinit' >> >> >> ************************************************************************ >> * Allow external GrADS functions >> >> ************************************************************************ >> >> rc = gsfallow("on") >> >> >> ************************************************************************ >> * Define dataset file information and plotting >> limits >> for base map... >> >> ************************************************************************ >> >> ** nc_file1 = '' >> ** nc_file2 = '' >> ** nc_file3 = '' >> ** nc_file = ''nc_file1' 'nc_file2' 'nc_file3'' >> nc_file = 'your_netCDF_file' >> >> lon1 = 298 ; lon2 = 308 >> lat1 = 20 ; lat2 = 25 >> >> >> ************************************************************************ >> * Legend captions, colors, and marks for the plots >> >> ************************************************************************ >> >> ** nmodels = 1 >> ** model.1 = 'isabel_ras' >> ** model.2 = 'isabel_isotke' >> ** model.3 = 'isabel_my25' >> >> ** titles.1 = model.1 ; colors.1 = 2 ; marks.1 = 2 >> ** titles.2 = model.2 ; colors.2 = 3 ; marks.2 = 2 >> ** titles.3 = model.3 ; colors.3 = 4 ; marks.3 = 2 >> *** >> *** Define the legend plotter input... >> *** >> ** titles = '-t' ; colors = '-c' ; marks = '-m' ; >> lines >> = '-l' >> ** n=1 >> ** while ( n <= nmodels ) >> ** titles = ''titles' "'titles.n'"' >> ** colors = ''colors' 'colors.n >> ** marks = ''marks' "'marks.n'"' >> ** lines = ''lines' 1' >> ** n=n+1 >> ** endwhile >> >> ** legend_info = ''colors' 'lines' 'marks' >> 'titles' -p' >> >> nmodels = 1 >> model.1 = 'title_name_for_your_netCDF_dataset' >> >> titles.1 = model.1 ; colors.1 = 2 ; marks.1 = 2 >> * >> * Define the legend plotter input... >> * >> titles = '-t' ; colors = '-c' ; marks = '-m' ; >> lines = '-l' >> n=1 >> while ( n <= nmodels ) >> titles = ''titles' "'titles.n'"' >> colors = ''colors' 'colors.n >> marks = ''marks' "'marks.n'"' >> lines = ''lines' 1' >> n=n+1 >> endwhile >> >> legend_info = ''colors' 'lines' 'marks' >> 'titles' -p' >> >> * ...other drawing primitives >> >> marksize = 0.1 >> >> lstyle = 1 ; lthick = 5 >> >> >> ************************************************************************ >> * Use "cbar_line" or "cbar_line_box"? >> >> ************************************************************************ >> >> legend_plotter = 'cbar_line' >> * legend_plotter = 'cbar_line_box' >> >> >> ************************************************************************ >> * Plot page limits >> >> ************************************************************************ >> >> plot_vpage = '0 11 0 8.5' >> plot_area = '1 10 1 7.5' >> >> xl = subwrd(plot_area,1) ; xr = >> subwrd(plot_area,2) >> yb = subwrd(plot_area,3) ; yt = >> subwrd(plot_area,4) >> >> xc = xl + (xr-xl)/2 >> >> >> ************************************************************************ >> * GrADS metafile output... >> >> ************************************************************************ >> >> 'enable print hurricane_track.gx' >> >> >> *----------------------------------------------------------------------- >> * Define and plot track of minimum surface >> pressure for >> each dataset... >> >> *----------------------------------------------------------------------- >> >> nf=1 >> while ( nf <= nmodels ) >> >> * Open dataset file and define parameters... >> >> fname = subwrd(nc_file,nf) >> 'sdfopen 'fname >> 'set dfile 'nf >> 'q file' >> rec3 = sublin(result,3) ; binary_file = >> subwrd(rec3,2) >> say >> say >> say '*** 'binary_file' ***' >> say >> rec5 = sublin(result,5) >> nx = subwrd(rec5,3) ; ny = subwrd(rec5,6) ; nz = >> subwrd(rec5,9) ; >> nt = subwrd(rec5,12) >> >> if( nf = 1 ) >> >> * Plot base map... >> >> >> plot_base_map(plot_vpage,plot_area,lon1,lon2,lat1,lat2) >> >> endif >> >> * Define locations of "hurricane center" for >> plotting >> points, and write >> * locations out to ASCII text file for read-in for >> plotting track >> later... >> >> hurricane.nf >> >> = 'hurricane_'nf'.txt' >> >> >> ts=2 >> tt=ts >> while ( tt <= nt ) >> 'set t 'tt >> say >> say '---------' >> say ' tt = 'tt >> say '---------' >> say >> 'set lon 'lon1' 'lon2 >> 'set lat 'lat1' 'lat2 >> 'set z 1' >> * >> * here is where you put in the name of your >> sea-level >> pressure variable: >> * >> 'define psl = >> name_of_your_sea_level_pressure_variable' >> 'set gxout shaded' >> 'd psl' >> * >> * following interactive "box location" code >> adapted from >> "cbar_line_box.gs >> >> "... >> >> * >> say 'Click where you want the left upper >> corner of >> the box' >> 'query bpos' >> xb1o = subwrd(result,3) >> yb2o = subwrd(result,4) >> say 'Click where you want the right lower >> corner of >> the box' >> 'query bpos' >> xb2o = subwrd(result,3) >> yb1o = subwrd(result,4) >> >> say >> say '...left upper corner of the box at X Y: >> 'xb1o' >> 'yb2o >> say '...right lower corner of the box at X Y: >> 'xb2o' >> 'yb1o >> * >> * draw box to show specified area for defining >> hurricane >> center... >> * >> 'set line 1 1' >> 'draw rec 'xb1o' 'yb1o' 'xb2o' 'yb2o >> * >> * convert box "xy" coordinates to "grid" >> coordinates >> * for finding minimum "pressure" (hurricane >> center)... >> * >> 'q xy2gr 'xb1o' 'yb2o >> x1o = subwrd(result,3) ; x1 = >> math_int(x1o+0.5) >> y2o = subwrd(result,6) ; y2 = >> math_int(y2o+0.5) >> 'q xy2gr 'xb2o' 'yb1o >> x2o = subwrd(result,3) ; x2 = >> math_int(x2o+0.5) >> y1o = subwrd(result,6) ; y1 = >> math_int(y1o+0.5) >> say >> say 'Specified grid coordinates (x1o,x2o), >> (y1o,y2o) >> from box,' >> say 'rounded to (x1,x2), (y1,y2) for finding >> minimum >> "pressure"...' >> say >> say ' (x1o,x2o) = ('x1o','x2o') --> >> (x1,x2) = >> ('x1','x2')' >> say ' (y1o,y2o) = ('y1o','y2o') --> >> (y1,y2) = >> ('y1','y2')' >> * >> * find minimum "pressure" within box area (x1,x2), >> (y1,y2)... >> * >> 'set x 'x1 >> 'set y 'y1 >> 'set z 1' >> 'set t 'tt >> 'set gxout print' >> nxp = x2-x1+1 >> * say ' nxp = 'nxp >> nyp = y2-y1+1 >> * say ' nyp = 'nyp >> 'd >> minloc(min(psl,y='y1',y='y2'),x='x1',x='x2')' >> rec=sublin(result,nxp+3) >> xc=subwrd(rec,1) >> 'd >> minloc(min(psl,x='x1',x='x2'),y='y1',y='y2')' >> rec=sublin(result,nyp+3) >> yc=subwrd(rec,1) >> say >> say 'location of minimum "pressure"...' >> say >> say ' (xc,yc) = ('xc','yc')' >> * >> * find "world" coordinates of (xc,yc) and convert >> "world" >> coordinates >> * to "xy" coordinates for plotting track of >> hurricane >> center... >> * >> 'set x 'xc >> lonval = subwrd(result,4) >> 'set y 'yc >> latval = subwrd(result,4) >> say ' (lonval,latval) = ('lonval','latval')' >> 'q w2xy 'lonval' 'latval >> xpos = subwrd(result,3) >> ypos = subwrd(result,6) >> say ' (xpos,ypos) = ('xpos','ypos')' >> * >> * write (xpos,ypos) to output file... >> * >> res = write (''hurricane.nf >> >> '','t = 'tt' >> >> xpos = 'xpos' ypos = 'ypos'') >> >> pause() >> * >> * erase box showing area for defining hurricane >> center... >> * >> * 'set line 0 1' >> * 'draw rec 'xb1o' 'yb1o' 'xb2o' 'yb2o >> tt=tt+1 >> endwhile >> >> res = close (''hurricane.nf >> >> '') >> >> >> nf=nf+1 >> endwhile >> >> * Clear frame and re-plot base map... >> >> >> plot_base_map(plot_vpage,plot_area,lon1,lon2,lat1,lat2) >> >> * Plot track(s)... >> >> nf=1 >> while ( nf <= nmodels ) >> >> * Specify drawing primitives >> >> marktype = marks.nf >> >> lcolor = colors.nf >> >> >> >> >> say ' marktype, marksize, lcolor, lstyle and >> lthick:' >> say ' 'marktype ' ' marksize ' ' lcolor ' ' >> lstyle ' ' >> lthick >> >> tt=ts >> * >> * read (xpos,ypos) from ASCII text input file... >> * >> res = read(''hurricane.nf >> >> '') ; rc = >> >> sublin(res,1) >> if( rc != 0 ) >> say '"read" status = 'rc >> exit >> endif >> rec = sublin(res,2) ; say '"hurricane.'nf'" >> record: 'rec >> xc = subwrd(rec,6) ; yc = subwrd(rec,9) >> >> 'set line 'lcolor' 'lstyle' 'lthick >> 'draw mark 'marktype' 'xc' 'yc' 'marksize >> tt = tt+1 >> while ( tt <= nt ) >> res = read(''hurricane.nf >> >> '') ; rc = >> >> sublin(res,1) >> if( rc != 0 ) >> say '"read" status = 'rc >> exit >> endif >> rec = sublin(res,2) ; say '"hurricane.'nf'" >> record: 'rec >> xn = subwrd(rec,6) ; yn = subwrd(rec,9) >> say ' 'xc' 'yc' 'xn' 'yn >> 'draw line 'xc' 'yc' 'xn' 'yn >> 'draw mark 'marktype' 'xn' 'yn' 'marksize >> tt=tt+1 >> xc = xn >> yc = yn >> endwhile >> >> nf=nf+1 >> endwhile >> >> say >> say '...plot legend' >> ''legend_plotter' -x 3 -y 6 'legend_info >> say >> >> 'print' >> 'disable print' >> >> say >> say >> '************************************************' >> say ' Finished with this script.' >> say >> '************************************************' >> say >> >> return >> >> function >> >> plot_base_map(plot_vpage,plot_area,lon1,lon2,lat1,lat2) >> >> * Plots base map... >> >> 'c' >> 'set vpage 'plot_vpage >> 'set parea 'plot_area >> 'set lon 'lon1' 'lon2 >> 'set lat 'lat1' 'lat2 >> 'set mproj latlon' >> 'set mpt * 1 1 5' >> 'set mpdset hires' >> 'set poli on' >> * 'set grid on' >> 'set grads off' >> 'set gxout contour' >> 'draw map' >> >> * add lon/lat lines... >> >> 'set ccolor 1' >> 'set cstyle 5' ; 'd lon' >> 'set cstyle 5' ; 'd lat' >> >> * add title, x- and y-labels... >> >> 'draw title \\ Track of Minimum Surface Pressure' >> 'draw xlab Longitude \\' >> 'draw ylab \\ Latitude' >> >> return >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> > > >> > > >> >> >> >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> >> >> >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> > >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> -- >> 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 >> reflect any >> official or unofficial position of the United States >> Federal >> Government, >> the United States Department of Commerce, or NOAA." >> >> * >> * >> * Subject: Re: Tracking Hurricanes >> * From: Kun-Hsuan Chou > >> > >> >> >> * Date: Fri, 8 Oct 2004 08:03:20 +0800 >> * To: GRADSUSR at LIST.CINECA.IT >> > > >> >> * >> * Hi, >> * >> * I write a sample to track the maxminum wind speed, it >> should >> be the script that you want. >> >> * >> 'd maxloc(max(mag(u,v),lon=120,lon=130),lat=15,lat=25)' >> line=sublin(result,2) >> ygrd=subwrd(line,4) >> 'd maxloc(max(mag(u,v),lat=15,lat=25),lon=120,lon=130)' >> line=sublin(result,2) >> xgrd=subwrd(line,4) >> 'set x 'xgrd >> lonval = subwrd(result,4) >> 'set y 'ygrd >> latval = subwrd(result,4) >> 'q w2xy 'lonval' 'latval >> xpos = subwrd(result,3) >> ypos = subwrd(result,6) >> 'draw mark 1 'xpos' 'ypos' .2' >> >> >> *============================================================================ >> >> *Kun-Hsuan Chou >> *Postdoctoral Researcher >> *Department of Atmospheric Sciences >> *National Taiwan University >> *No. 1, Sec. 4, Roosevelt Rd., Taipei 106, Taiwan. >> *Phone: 886-2-23625896 ext. 243 >> *Mobile: 0920079247 >> *E-mail: cwujou at typhoon.as.ntu.edu.tw >> >> > > >> >> *----- Original Message ----- >> *From: Arturo Caracas Uribe >> *To: GRADSUSR at LIST.CINECA.IT >> > > >> >> *Sent: Thursday, October 07, 2004 11:48 PM >> *Subject: Tracking Hurricanes >> * >> *Does anyone know how to get the maximum values of >> vorticity of >> a domain? (the value, lat and lon).I need the positions >> in order >> to track a hurricane. >> *Thanks in advance >> * >> *Arturo Caracas >> *Atmospheric Sciences, M?xico. >> >> >> >> *---------------------------------------------------------------------- >> * >> * Adapted from plot_hurricane_center2c.gs >> >> , which was adapted >> from: >> * >> * (1) "plot_hurricane_center2[a][b].gs" (from >> "plot_hurricane_center.gs >> >> "), >> >> * locally modified versions derived from Joe >> Covert's script >> * "plot_tc_shi.gs >> " >> (Joe.Covert at noaa.gov >> >), >> which was >> posted to the >> * GrADS Listserv on 9/13/2004 (his script was named >> plot_tc_shi.gs >> ) >> >> * on 4/27/06, found via a Google search for >> "plot_tc_shi.gs >> ": >> * http://caos.iisc.ernet.in/gslib/plot_tc_shi.gs >> * >> * (2) code in "hurricane_tracking.txt" (taken from an >> email >> exchange >> * posted to the GrADS Listserv by Kun-Hsuan Chou and >> * Arturo Caracas Uribe in Oct, 2004) >> * >> * >> * To use: grads -l >> * >> >> *---------------------------------------------------------------------- >> >> function main() >> >> 'reinit' >> >> >> ************************************************************************ >> * Allow external GrADS functions >> >> ************************************************************************ >> >> rc = gsfallow("on") >> >> >> ************************************************************************ >> * Define dataset file information and plotting limits >> for base >> map... >> >> ************************************************************************ >> >> ** nc_file1 = '' >> ** nc_file2 = '' >> ** nc_file3 = '' >> ** nc_file = ''nc_file1' 'nc_file2' 'nc_file3'' >> nc_file = 'your_netCDF_file' >> >> lon1 = 298 ; lon2 = 308 >> lat1 = 20 ; lat2 = 25 >> >> >> ************************************************************************ >> * Legend captions, colors, and marks for the plots >> >> ************************************************************************ >> >> ** nmodels = 1 >> ** model.1 = 'isabel_ras' >> ** model.2 = 'isabel_isotke' >> ** model.3 = 'isabel_my25' >> >> ** titles.1 = model.1 ; colors.1 = 2 ; marks.1 = 2 >> ** titles.2 = model.2 ; colors.2 = 3 ; marks.2 = 2 >> ** titles.3 = model.3 ; colors.3 = 4 ; marks.3 = 2 >> *** >> *** Define the legend plotter input... >> *** >> ** titles = '-t' ; colors = '-c' ; marks = '-m' ; lines >> = '-l' >> ** n=1 >> ** while ( n <= nmodels ) >> ** titles = ''titles' "'titles.n'"' >> ** colors = ''colors' 'colors.n >> ** marks = ''marks' "'marks.n'"' >> ** lines = ''lines' 1' >> ** n=n+1 >> ** endwhile >> >> ** legend_info = ''colors' 'lines' 'marks' 'titles' -p' >> >> nmodels = 1 >> model.1 = 'title_name_for_your_netCDF_dataset' >> >> titles.1 = model.1 ; colors.1 = 2 ; marks.1 = 2 >> * >> * Define the legend plotter input... >> * >> titles = '-t' ; colors = '-c' ; marks = '-m' ; lines = >> '-l' >> n=1 >> while ( n <= nmodels ) >> titles = ''titles' "'titles.n'"' >> colors = ''colors' 'colors.n >> marks = ''marks' "'marks.n'"' >> lines = ''lines' 1' >> n=n+1 >> endwhile >> >> legend_info = ''colors' 'lines' 'marks' 'titles' -p' >> >> * ...other drawing primitives >> >> marksize = 0.1 >> >> lstyle = 1 ; lthick = 5 >> >> >> ************************************************************************ >> * Use "cbar_line" or "cbar_line_box"? >> >> ************************************************************************ >> >> legend_plotter = 'cbar_line' >> * legend_plotter = 'cbar_line_box' >> >> >> ************************************************************************ >> * Plot page limits >> >> ************************************************************************ >> >> plot_vpage = '0 11 0 8.5' >> plot_area = '1 10 1 7.5' >> >> xl = subwrd(plot_area,1) ; xr = subwrd(plot_area,2) >> yb = subwrd(plot_area,3) ; yt = subwrd(plot_area,4) >> >> xc = xl + (xr-xl)/2 >> >> >> ************************************************************************ >> * GrADS metafile output... >> >> ************************************************************************ >> >> 'enable print hurricane_track.gx' >> >> >> *----------------------------------------------------------------------- >> * Define and plot track of minimum surface pressure >> for each >> dataset... >> >> *----------------------------------------------------------------------- >> >> nf=1 >> while ( nf <= nmodels ) >> >> * Open dataset file and define parameters... >> >> fname = subwrd(nc_file,nf) >> 'sdfopen 'fname >> 'set dfile 'nf >> 'q file' >> rec3 = sublin(result,3) ; binary_file = subwrd(rec3,2) >> say >> say >> say '*** 'binary_file' ***' >> say >> rec5 = sublin(result,5) >> nx = subwrd(rec5,3) ; ny = subwrd(rec5,6) ; nz = >> subwrd(rec5,9) ; nt = subwrd(rec5,12) >> >> if( nf = 1 ) >> >> * Plot base map... >> >> >> plot_base_map(plot_vpage,plot_area,lon1,lon2,lat1,lat2) >> >> endif >> >> * Define locations of "hurricane center" for plotting >> points, >> and write< >> >> ... >> >> [Message clipped] function maxwind(args) >> 'reinit' >> nc_file = subwrd(args,1) >> wind = subwrd(args,2) >> wind_units = subwrd(args,3) >> say >> say nc_file >> say wind' ('wind_units')' >> say >> 'sdfopen 'nc_file >> 'q file' >> say result >> say >> rec5 = sublin(result,5) >> nx = subwrd(rec5,3) ; ny = subwrd(rec5,6) ; nz = subwrd(rec5,9) ; >> nt = subwrd(rec5,12) >> say >> say '(nx,ny,nz,nt) = ('nx','ny','nz','nt')' >> say >> nxp = nx >> nyp = ny >> nzp = nz >> * >> * get the x- and y-limits for virtual page >> * >> 'q gxinfo' >> rec3 = sublin(result,3) ; xpl = subwrd(rec3,4) ; xpu = >> subwrd(rec3,6) >> rec4 = sublin(result,4) ; ypl = subwrd(rec4,4) ; ypu = >> subwrd(rec4,6) >> tt = 1 >> while ( tt <= nt ) >> 'set x 1' >> 'set y 1' >> 'set z 1' >> 'set t 'tt >> say 'tt = 'tt >> 'set gxout print' >> 'd max(max(max('wind',x=1,x='nx'),y=1,y='ny'),z=1,z='nz')' >> rec = sublin(result,(nyp+1)*nzp+3) >> max_wind = subwrd(rec,1) >> say ' max 'wind' = 'max_wind >> 'd maxloc(max(max('wind',y=1,y='ny'),z=1,z='nz'),x=1,x='nx')' >> rec = sublin(result,(nzp+1)*nxp+3) >> xc = subwrd(rec,1) >> 'd maxloc(max(max('wind',x=1,x='nx'),z=1,z='nz'),y=1,y='ny')' >> rec = sublin(result,(nzp+1)*nyp+3) >> yc = subwrd(rec,1) >> 'd maxloc(max(max('wind',x=1,x='nx'),y=1,y='ny'),z=1,z='nz')' >> rec = sublin(result,(nyp+1)*nzp+3) >> zc = subwrd(rec,1) >> say ' (xc,yc,zc) = ('xc','yc','zc')' >> 'd 'wind'(x='xc',y='yc',z='zc')' >> rec = sublin(result,2) >> wind_xc_yc_zc = subwrd(rec,1) >> say ' 'wind'(x='xc',y='yc',z='zc') = 'wind_xc_yc_zc >> * >> * find "world" coordinates of (xc,yc) and convert "world" coordinates >> * to "xy" coordinates for plotting track of hurricane center... >> * >> 'set x 'xc >> lonc = subwrd(result,4) >> 'set y 'yc >> latc = subwrd(result,4) >> say ' (lonc,latc,zc) = ('lonc','latc','zc')' >> 'd 'wind'(lon='lonc',lat='latc',z='zc')' >> rec = sublin(result,2) >> wind_lnc_ltc_zc = subwrd(rec,1) >> say ' 'wind'(lon='lonc',lat='latc',z='zc') = 'wind_lnc_ltc_zc >> * >> * plot the wind and place a mark at the max >> * >> 'c' >> 'set vpage 'xpl' 'xpu' 'ypl' 'ypu >> 'set parea 'xpl+1' 'xpu-1' 'ypl+1' 'ypu-1 >> 'set x 1 'nx >> 'set y 1 'ny >> 'set z 'zc >> 'set gxout shaded' >> 'set grads off' >> 'd 'wind >> 'run cbar 0.7' >> 'draw title \ Max 'wind' = 'wind_lnc_ltc_zc' ('wind_units')\at >> (lonc,latc,zc)=('lonc','latc','zc')' >> 'q w2xy 'lonc' 'latc >> xpos = subwrd(result,3) >> ypos = subwrd(result,6) >> say ' (xpos,ypos) = ('xpos','ypos')' >> 'set line 1 1 6' >> 'draw mark 6 'xpos' 'ypos' 0.2' >> 'c events' >> pause() >> tt=tt+1 >> endwhile >> say '...finished.' >> 'close 1' >> return >> >> function pause() >> * >> * Pauses till ENTER key is pressed >> * >> say >> say '*********************************' >> say 'Press "ENTER" key to continue...' >> say '*********************************' >> pull answer >> * >> return >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> >> >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr > > > ------------------------------------------------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- 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 reflect any official or unofficial position of the United States Federal Government, the United States Department of Commerce, or NOAA." -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: maxwind.gs Url: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/b41b1228/attachment-0004.pl -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: maxwind2.gs Url: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/b41b1228/attachment-0005.pl From Mason.D.Rowell-1 at ou.edu Wed Jul 20 14:24:52 2011 From: Mason.D.Rowell-1 at ou.edu (Rowell, Mason D.) Date: Wed, 20 Jul 2011 18:24:52 +0000 Subject: [gradsusr] semi-advanced ave tool use In-Reply-To: References: , Message-ID: Hello Arlindo, I need to set a different domain center for each of the time periods in the ave function, like say 1 through 124 in your example. As such, the display would then become geographically irrelevant, asides from attaining a since of scale. Mason ________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on behalf of Arlindo da Silva [dasilva at alum.mit.edu] Sent: Tuesday, July 19, 2011 5:40 PM To: GrADS Users Forum Subject: Re: [gradsusr] semi-advanced ave tool use On Tue, Jul 19, 2011 at 4:36 PM, Rowell, Mason D. > wrote: Hello Grads community, I can see from the tutorial that one can open several different case files in grads(file1, file2 etc) and average the data from these files for subsequent display. Is there an advanced option that would allow me to specify the domain for each case and then average them? I was hoping to use this function to easily complete an average of 25 cases or so but relative to some specific type of event, which requires different domain centering for each case prior to averaging. The ave() functions allows you to make averages over a (x,y,z,t,e) hypercube. Because undef values are skipped, you can have averages over very irregular domains, provided an appropriate mask can be derived either through an expression or by reading it from a file. For example, to make a time average along satellite swaths we could do define xmean = ave(x+0*sat.2,t=1,t=124) where "sat" (on file "2") is some gridded (time dependent) satellite measurement with lots of undefs. Arlindo Mason _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/009986c7/attachment-0002.html From yaqiang.wang at gmail.com Wed Jul 20 22:09:43 2011 From: yaqiang.wang at gmail.com (Yaqiang Wang) Date: Thu, 21 Jul 2011 10:09:43 +0800 Subject: [gradsusr] Opening hdf files In-Reply-To: References: Message-ID: You can use HDFView to get the information first, and then to set the information in the control file. HDFView is free avaliable at HDF offical website. On Wed, Jul 20, 2011 at 8:54 PM, James Ciarlo` wrote: > dear gradsusr, > > I have a few hdf files (below) I would like to open with grads, but I am > finding difficulty using the xdfopen function. > > SEVIRI_latitude.raw > SEVIRI_longitude.raw > SEVIRI_readme.txt > mean_seviri_aer_oc_d3_tau550_Aug2005.hdf > mean_seviri_aer_oc_d3_tau550_Dec2005.hdf > mean_seviri_aer_oc_d3_tau550_Jul2005.hdf > mean_seviri_aer_oc_d3_tau550_Jun2005.hdf > mean_seviri_aer_oc_d3_tau550_Nov2005.hdf > mean_seviri_aer_oc_d3_tau550_Oct2005.hdf > mean_seviri_aer_oc_d3_tau550_Sep2005.hdf > > > I tried to construct a descriptor file but cannot figure out how to access > the information for the coordinates: > > DSET mean_seviri_aer_oc_d3_tau550_Aug2005.hdf > TITLE monthly average of the daily total aerosol optical depth at 550 nm > derived from MSG/SEVIRI > UNDEF 99999.0 > XDEF dimension1 ? LINEAR ? ? > YDEF dimension2? ? LINEAR ? ? > TDEF dimension3 ? LINEAR ? ? > VARS 1 > Aerosol_optical_depth=>aod 1 99 aerosol optical depth > ENDVARS > > I don't even know if I am on the right track. Can someone help me get to an > answer please? because I am not managing to follow the help on GrADS index. > > I have also attached the text file with the remaining information > > Regards, > > James > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- ************************************************* Dr. Yaqiang Wang Chinese Academy of Meteorological Sciences (CAMS) 46, Zhong-Guan-Cun South Avenue Beijing, 100081 China yaqiang.wang at gmail.com ************************************************** From dbcl at ceh.ac.uk Thu Jul 21 04:00:09 2011 From: dbcl at ceh.ac.uk (Clark, Douglas B.) Date: Thu, 21 Jul 2011 09:00:09 +0100 Subject: [gradsusr] pdef file works at v1.9b4 but not at v2.0.a9 Message-ID: <40829B0E077C1145A6DE44D39B3830A91FFD68B0C9@nerckwmb1.ad.nerc.ac.uk> Dear All, I have a dataset that uses a pdef file and that I can use in GrADS v1.9b4 (in both SunOS and RH executables downloaded from the GrADS website), but which results in a segmentation fault at v2.0.a9 (and, from memory, at v2.0.a8) - again in various downloads. Looks like it might be a bug in GrADS...but of course most things turn out to be user error! Any ideas? At v2.0.a9: ga-> q config Config: v2.0.a9 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids geotiff shapefile Grid Analysis and Display System (GrADS) Version 2.0.a9 Copyright (c) 1988-2010 by Brian Doty and the Institute for Global Environment and Society (IGES) This program is distributed WITHOUT ANY WARRANTY See file COPYRIGHT for more information. Built Fri Sep 3 17:21:21 UTC 2010 for x86_64-redhat-linux-gnu This version of GrADS has been configured with the following options: o Built on a LITTLE ENDIAN machine o Athena Widget GUI DISABLED o Command line editing ENABLED http://tiswww.case.edu/php/chet/readline/rltop.html o printim command for image output ENABLED http://www.zlib.net http://www.libpng.org/pub/png/libpng.html http://www.libgd.org/Main_Page o GRIB2 interface ENABLED http://www.ijg.org http://www.ece.uvic.ca/~mdadams/jasper http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 g2clib-1.2.0 o NetCDF interface ENABLED http://www.unidata.ucar.edu/software/netcdf netcdf 4.1.1 of Dec 6 2010 08:20:12 $ o OPeNDAP gridded data interface ENABLED o OPeNDAP station data interface DISABLED o HDF4 and HDF5 interfaces ENABLED http://hdfgroup.org HDF 4.2r5 HDF5 1.8.5 o GeoTIFF and KML/TIFF output ENABLED http://www.libtiff.org http://geotiff.osgeo.org o KML contour output ENABLED o Shapefile interface ENABLED http://shapelib.maptools.org For additional information please consult http://iges.org/grads ga-> open Rainf_WFD_GPCC.ctl Scanning description file: Rainf_WFD_GPCC.ctl PDEF FILE Error: The offsets in the pdef file must be 1-based (i.e., > 0 and <= isize*jsize). The data file was not opened. Segmentation fault (core dumped) ------------------------------------------------------------- The first few lines of the ctl file are: dset ^../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc options template dtype netcdf undef 1.0e20 pdef 67420 1 file 1 stream binary-big ^../../../ancil/data/WFD_0p5deg_pdefData.gra xdef 720 linear -179.75 0.5 ydef 280 linear -55.75 0.5 ------------------------------------------------------------- Works fine at v1.9.b4: ga-> open Rainf_WFD_GPCC.ctl Scanning description file: Rainf_WFD_GPCC.ctl Data file ../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc is open as file 1 LON set to 0 360 LAT set to -55.75 83.75 LEV set to 1 1 Time values set: 2001:1:1:0 2001:1:1:0 Notice: Implied interpolation for file Rainf_WFD_GPCC.ctl Interpolation will be performed on any data displayed from this file ga-> d rainf Notice: Automatic Grid Interpolation Taking Place Contouring: 0 to 0.0033 interval 0.0003 ------------------------------------------------------------- Vague notion: The pdef data file is big-endian (as declared in the pdef line of the ctl file) but I'm using a little-endian machine. I wonder if v2.0.a9 can't cope with this mix? Cheers, Doug -- This message (and any attachments) is for the recipient only. NERC is subject to the Freedom of Information Act 2000 and the contents of this email and any reply you make may be disclosed by NERC unless it is exempt from release under the Act. Any material supplied to NERC may be stored in an electronic records management system. From james.ciarlo at physics.org Thu Jul 21 04:19:23 2011 From: james.ciarlo at physics.org (James Ciarlo`) Date: Thu, 21 Jul 2011 10:19:23 +0200 Subject: [gradsusr] Plotting a domain without parameters In-Reply-To: References: Message-ID: Thanks On 20 July 2011 18:13, Jeffrey Duda wrote: > the 'draw map' command will also do it, but it won't plot any lat/lon lines > or coordinates since it won't have any actual map data to go off of (but it > will give you geo-political boundaries just fine) > > Jeff Duda > > > On Wed, Jul 20, 2011 at 9:46 AM, Joey Woodson < > instantweathermaps at gmail.com> wrote: > >> To plot a map with no parameters, first open any file with any parameters >> (even the sample file will work). Then do this: >> >> set clevs 0 >> set ccols 0 0 >> d param >> >> where param is a valid parameter in that file. >> >> On Wed, Jul 20, 2011 at 7:41 AM, James Ciarlo` wrote: >> >>> Dear gradsusr, >>> >>> Is it possible to plot a map, without using any parameters? that is >>> simply getting the outline of the coastlines for the region? >>> >>> And possibly even draw a few dots or crosses at particular locations >>> according to lat/lon information? >>> >>> Regards, >>> >>> James >>> >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > 3134 Agronomy Hall > www.meteor.iastate.edu/~jdduda > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110721/3b2db85c/attachment-0002.html From eungul.lee at gmail.com Thu Jul 21 13:09:44 2011 From: eungul.lee at gmail.com (Eungul Lee) Date: Thu, 21 Jul 2011 13:09:44 -0400 Subject: [gradsusr] set negative values to zero Message-ID: Dear GrADS users, I am using GrADS v2.0.a9 in Linux. I am going to set negative values to zero at each grid point in NetCDF file. I've been trying this using "if statements" in .gs file like below, but it didn't work. 'open .ctl file' if (varname < 0.) varname = 0. endif If you have any experience in GrADS for this, please let me know. Thanks in advance, Eugene From edwardp at ualberta.ca Thu Jul 21 13:51:35 2011 From: edwardp at ualberta.ca (Edward Pollock) Date: Thu, 21 Jul 2011 11:51:35 -0600 Subject: [gradsusr] set negative values to zero In-Reply-To: References: Message-ID: You can do this. 'd const(maskout(var,var),0,-u)'. Cheers, Ted On Thu, Jul 21, 2011 at 11:09 AM, Eungul Lee wrote: > Dear GrADS users, > > I am using GrADS v2.0.a9 in Linux. > > I am going to set negative values to zero at each grid point in NetCDF > file. > I've been trying this using "if statements" in .gs file like below, > but it didn't work. > > 'open .ctl file' > if (varname < 0.) > varname = 0. > endif > > If you have any experience in GrADS for this, please let me know. > > Thanks in advance, > Eugene > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110721/b8d39921/attachment-0002.html From jonathan.smith at nasa.gov Thu Jul 21 18:51:41 2011 From: jonathan.smith at nasa.gov (SMITH, JONATHAN WYNN. (GSFC-6133)) Date: Thu, 21 Jul 2011 17:51:41 -0500 Subject: [gradsusr] in netcdf file unable to display 4-D variables Message-ID: <1E8644A2BCBD5E4A9967E1E00D5D4C7301143E6FDCD0@NDMSSCC05.ndc.nasa.gov> Hello: I have a netcdf file with many variables float Q(time, lev, lat, lon) ; Q:units = "KG/KG" ; float SA1_VMR_inst(time, lev, lat, lon) ; SA1_VMR_inst:units = "VMR" ; float SOA_VMR_inst(time, lev, lat, lon) ; SOA_VMR_inst:units = "VMR" ; float T(time, lev, lat, lon) ; T:units = "K" ; float TOLUENE_VMR_inst(time, lev, lat, lon) ; TOLUENE_VMR_inst:units = "VMR" ; float TROPLEV(time, lat, lon) ; TROPLEV:units = "KM" ; float U(time, lev, lat, lon) ; U:units = "M/S" ; float V(time, lev, lat, lon) ; V:units = "M/S" ; char current_mss(nchar) ; current_mss:long_name = "MSS pathname of this file" ; int date(time) ; date:long_name = "current date as 6 digit integer (YYMMDD)" ; int datesec(time) ; datesec:long_name = "seconds to complete current date" ; datesec:units = "s" ; int days(time) ; days:long_name = "elapsed simulation days for this case" ; char first_mss(nchar) ; first_mss:long_name = "MSS pathname of first file for this case" I use the following script: * B Vs -VTL 'reinit' 'sdfopen /Volumes/JWS/MOZART_OUTPUT/LARGE_DOMAIN/mozart4-20110721100736853957.nc' 'set mpdset hires' 'set display color white' 'run rgbset.gs' 'c' "set parea 1 10 1 7.5" "set LON -30 59" "set LAT -12 30" "set LEV 1" 'set grads off' 'set gxout shaded' "set rgb 24 255 120 120" "set clevs 20 40 60 80 100 120 140 160 180 200 220 240" "set ccols 9 14 4 11 5 13 3 10 7 12 8 2 24" 'd days' 'set string 1 l 3' 'draw string 7.5 8.0' _analysis "run cbar.gs" 'draw title 22 May 2006 MOZART L3\OzoneMixing Ratio (ppbv)' 'printim /Users/jonathanwsmith/MOZART/mozart_22may.gif' For what ever reason I am only able to plot the one and three dimensional variable like days (1-D) or PS (3-D. I am am unable to plot Q or SOA_VMR_inst which are 4-D? What could be going wrong? Jonathan Wynn Smith Student Trainee jonathan.smith at nasa.gov NASA-Goddard Space Flight Center Code 613.3-Atmospheric Chemistry and Dynamics Branch Greenbelt, MD 20771 301-614-5956 Doctoral Candidate jonathan.smith at bison.howard.edu Howard University Program in Atmospheric Sciences 2355 6th St NW/408 Thirkield Bldg. Washington, DC 20059 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110721/01bc3d9d/attachment-0002.html From Charles.Seman at noaa.gov Thu Jul 21 19:37:30 2011 From: Charles.Seman at noaa.gov (Charles Seman) Date: Thu, 21 Jul 2011 19:37:30 -0400 Subject: [gradsusr] in netcdf file unable to display 4-D variables In-Reply-To: <1E8644A2BCBD5E4A9967E1E00D5D4C7301143E6FDCD0@NDMSSCC05.ndc.nasa.gov> References: <1E8644A2BCBD5E4A9967E1E00D5D4C7301143E6FDCD0@NDMSSCC05.ndc.nasa.gov> Message-ID: <4E28B83A.4000501@noaa.gov> Jonathan, This sounds familiar... GrADS may not be able to display both 3D and 4D fields if they are in the same netCDF file (don't know why)... One thing to try is to extract the 4D fields into a separate netCDF file (e.g. using "ncks" if you have it). Hope this helps, Chuck SMITH, JONATHAN WYNN. (GSFC-6133) wrote: > Hello: > > I have a netcdf file with many variables > / float Q(time, lev, lat, lon) ; > Q:units = "KG/KG" ; > float SA1_VMR_inst(time, lev, lat, lon) ; > SA1_VMR_inst:units = "VMR" ; > float SOA_VMR_inst(time, lev, lat, lon) ; > SOA_VMR_inst:units = "VMR" ; > float T(time, lev, lat, lon) ; > T:units = "K" ; > float TOLUENE_VMR_inst(time, lev, lat, lon) ; > TOLUENE_VMR_inst:units = "VMR" ; > float TROPLEV(time, lat, lon) ; > TROPLEV:units = "KM" ; > float U(time, lev, lat, lon) ; > U:units = "M/S" ; > float V(time, lev, lat, lon) ; > V:units = "M/S" ; > char current_mss(nchar) ; > current_mss:long_name = "MSS pathname of this file" ; > int date(time) ; > date:long_name = "current date as 6 digit integer (YYMMDD)" ; > int datesec(time) ; > datesec:long_name = "seconds to complete current date" ; > datesec:units = "s" ; > int days(time) ; > days:long_name = "elapsed simulation days for this case" ; > char first_mss(nchar) ; > first_mss:long_name = "MSS pathname of first file for this case"/ > > I use the following script: > > /* B Vs -VTL > 'reinit' > 'sdfopen > /Volumes/JWS/MOZART_OUTPUT/LARGE_DOMAIN/mozart4-20110721100736853957.nc > ' > 'set mpdset hires' > 'set display color white' > 'run rgbset.gs ' > > 'c' > "set parea 1 10 1 7.5" > "set LON -30 59" > "set LAT -12 30" > "set LEV 1" > 'set grads off' > 'set gxout shaded' > "set rgb 24 255 120 120" > "set clevs 20 40 60 80 100 120 140 160 180 200 220 240" > "set ccols 9 14 4 11 5 13 3 10 7 12 8 2 24" > 'd days' > 'set string 1 l 3' > 'draw string 7.5 8.0' _analysis > "run cbar.gs " > 'draw title 22 May 2006 MOZART L3\OzoneMixing Ratio (ppbv)' > 'printim /Users/jonathanwsmith/MOZART/mozart_22may.gif'/ > > For what ever reason I am only able to plot the one and three > dimensional variable like days (1-D) or PS (3-D. I am am unable to plot > Q or SOA_VMR_inst which are 4-D? > > What could be going wrong? > > > > *Jonathan Wynn Smith* > > /Student Trainee/ > > _jonathan.smith at nasa.gov_ > > NASA-Goddard Space Flight Center > > Code 613.3-Atmospheric Chemistry and Dynamics Branch > > Greenbelt, MD 20771 > > 301-614-5956 > > > > /Doctoral Candidate/ > > jonathan.smith at bison.howard.edu > > Howard University Program in Atmospheric Sciences > > 2355 6th St NW/408 Thirkield Bldg. > > Washington, DC 20059 > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- 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 reflect any official or unofficial position of the United States Federal Government, the United States Department of Commerce, or NOAA." From vsm at jamstec.go.jp Thu Jul 21 22:32:38 2011 From: vsm at jamstec.go.jp (Sergey Varlamov) Date: Fri, 22 Jul 2011 11:32:38 +0900 Subject: [gradsusr] pdef file works at v1.9b4 but not at v2.0.a9 In-Reply-To: <40829B0E077C1145A6DE44D39B3830A91FFD68B0C9@nerckwmb1.ad.nerc.ac.uk> References: <40829B0E077C1145A6DE44D39B3830A91FFD68B0C9@nerckwmb1.ad.nerc.ac.uk> Message-ID: <4E28E146.9090501@jamstec.go.jp> Dear Douglas, Please try to change pdef 67420 1 file ... to you real grid size pdef ix jy file ... where ix and jy are dimensions of your original curvilinear grid, such that ix*jy=67420. It must still work in version 1.9 and could work in versions 2 of GrADS. Sergey Varlamov, JAMSTEC, Yokohama Clark, Douglas B. wrote: > Dear All, > > I have a dataset that uses a pdef file and that I can use in GrADS v1.9b4 (in both SunOS and RH executables downloaded from the GrADS website), but which results in a segmentation fault at v2.0.a9 (and, from memory, at v2.0.a8) - again in various downloads. Looks like it might be a bug in GrADS...but of course most things turn out to be user error! Any ideas? > > At v2.0.a9: > > ga-> q config > Config: v2.0.a9 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids geotiff shapefile > Grid Analysis and Display System (GrADS) Version 2.0.a9 > Copyright (c) 1988-2010 by Brian Doty and the > Institute for Global Environment and Society (IGES) > This program is distributed WITHOUT ANY WARRANTY > See file COPYRIGHT for more information. > > Built Fri Sep 3 17:21:21 UTC 2010 for x86_64-redhat-linux-gnu > > This version of GrADS has been configured with the following options: > o Built on a LITTLE ENDIAN machine > o Athena Widget GUI DISABLED > o Command line editing ENABLED > http://tiswww.case.edu/php/chet/readline/rltop.html > o printim command for image output ENABLED > http://www.zlib.net > http://www.libpng.org/pub/png/libpng.html > http://www.libgd.org/Main_Page > o GRIB2 interface ENABLED > http://www.ijg.org > http://www.ece.uvic.ca/~mdadams/jasper > http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 > g2clib-1.2.0 > o NetCDF interface ENABLED > http://www.unidata.ucar.edu/software/netcdf > netcdf 4.1.1 of Dec 6 2010 08:20:12 $ > o OPeNDAP gridded data interface ENABLED > o OPeNDAP station data interface DISABLED > o HDF4 and HDF5 interfaces ENABLED > http://hdfgroup.org > HDF 4.2r5 > HDF5 1.8.5 > o GeoTIFF and KML/TIFF output ENABLED > http://www.libtiff.org > http://geotiff.osgeo.org > o KML contour output ENABLED > o Shapefile interface ENABLED > http://shapelib.maptools.org > > For additional information please consult http://iges.org/grads > > ga-> open Rainf_WFD_GPCC.ctl > Scanning description file: Rainf_WFD_GPCC.ctl > PDEF FILE Error: The offsets in the pdef file > must be 1-based (i.e., > 0 and <= isize*jsize). > The data file was not opened. > Segmentation fault (core dumped) > > ------------------------------------------------------------- > > The first few lines of the ctl file are: > > dset ^../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc > options template > dtype netcdf > undef 1.0e20 > pdef 67420 1 file 1 stream binary-big ^../../../ancil/data/WFD_0p5deg_pdefData.gra > xdef 720 linear -179.75 0.5 > ydef 280 linear -55.75 0.5 > > > ------------------------------------------------------------- > > Works fine at v1.9.b4: > > ga-> open Rainf_WFD_GPCC.ctl > Scanning description file: Rainf_WFD_GPCC.ctl > Data file ../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc is open as file 1 > LON set to 0 360 > LAT set to -55.75 83.75 > LEV set to 1 1 > Time values set: 2001:1:1:0 2001:1:1:0 > Notice: Implied interpolation for file Rainf_WFD_GPCC.ctl > Interpolation will be performed on any data displayed from this file > ga-> d rainf > Notice: Automatic Grid Interpolation Taking Place > Contouring: 0 to 0.0033 interval 0.0003 > > > ------------------------------------------------------------- > > Vague notion: The pdef data file is big-endian (as declared in the pdef line of the ctl file) but > I'm using a little-endian machine. I wonder if v2.0.a9 can't cope with this mix? > > > Cheers, > Doug > > > > > -- Sergey Varlamov JAMSTEC, Yokohama From sravan_sase at yahoo.in Thu Jul 21 23:17:42 2011 From: sravan_sase at yahoo.in (Sravan) Date: Fri, 22 Jul 2011 08:47:42 +0530 (IST) Subject: [gradsusr] Plotting a domain without parameters In-Reply-To: References: Message-ID: <1311304662.12078.YahooMailNeo@web95006.mail.in2.yahoo.com> Hi, you can do like this also. 'open {your control file}' 'set gxout fgrid' 'd {any parameter in your control file}' It will also work Sravan ________________________________ From: James Ciarlo` To: GrADS Users Forum Sent: Thursday, 21 July 2011 1:49 PM Subject: Re: [gradsusr] Plotting a domain without parameters Thanks On 20 July 2011 18:13, Jeffrey Duda wrote: the 'draw map' command will also do it, but it won't plot any lat/lon lines or coordinates since it won't have any actual map data to go off of (but it will give you geo-political boundaries just fine) > >Jeff Duda > > > >On Wed, Jul 20, 2011 at 9:46 AM, Joey Woodson wrote: > >To plot a map with no parameters, first open any file with any parameters (even the sample file will work). Then do this: >> >>set clevs 0 >>set ccols 0 0 >>d param >> >>where param is a valid parameter in that file. >> >> >>On Wed, Jul 20, 2011 at 7:41 AM, James Ciarlo` wrote: >> >>Dear gradsusr, >>> >>> >>>Is it possible to plot a map, without using any parameters? that is simply getting the outline of the coastlines for the region? >>> >>>And possibly even draw a few dots or crosses at particular locations according to lat/lon information? >>> >>>Regards, >>> >>>James >>> >>> >>>_______________________________________________ >>>gradsusr mailing list >>>gradsusr at gradsusr.org >>>http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> >>_______________________________________________ >>gradsusr mailing list >>gradsusr at gradsusr.org >>http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > >-- >Jeff Duda >Iowa State University >Meteorology Graduate Student >3134 Agronomy Hall >www.meteor.iastate.edu/~jdduda > >_______________________________________________ >gradsusr mailing list >gradsusr at gradsusr.org >http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/a859df64/attachment-0002.html From simon.kiertscher at gmx.de Fri Jul 22 04:24:32 2011 From: simon.kiertscher at gmx.de (Simon Kiertscher) Date: Fri, 22 Jul 2011 10:24:32 +0200 Subject: [gradsusr] say to stderr In-Reply-To: References: <4E26D9AB.6090204@gmx.de> Message-ID: <4E2933C0.9020702@gmx.de> Hi John, thanks for your answer. I know how to redirect channels on the command line. But how to decide IN the script, what should go to stderr and what to stdout, 'say' always put the output to stdout. So in bash i would do echo "foobar" 1>&2 to get the foobar to the stderr, how can i do this in GrADS? Is there a way? Best Regards, Simon > Simon > > If you are running GrADS in batch mode you can re-direct output as follows > > grads -lbc 'run somescript.gs' 2> say.err 1>&2 > > In interactive mode there is no output to the screen it simply goes to the file. > > Does that answer your question? > > John Huddleston > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher > Sent: Wednesday, July 20, 2011 7:36 AM > To: gradsusr at gradsusr.org > Subject: [gradsusr] say to stderr > > Dear gradsusers > > i can not find any information about sending text to the stderror channel of the shell while using the say command. Has some one an idea? > > Best Regards, > Simon > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > From dbcl at ceh.ac.uk Fri Jul 22 04:38:50 2011 From: dbcl at ceh.ac.uk (Clark, Douglas B.) Date: Fri, 22 Jul 2011 09:38:50 +0100 Subject: [gradsusr] pdef file works at v1.9b4 but not at v2.0.a9 In-Reply-To: <4E28E146.9090501@jamstec.go.jp> References: <40829B0E077C1145A6DE44D39B3830A91FFD68B0C9@nerckwmb1.ad.nerc.ac.uk> <4E28E146.9090501@jamstec.go.jp> Message-ID: <40829B0E077C1145A6DE44D39B3830A91FFD68B7BE@nerckwmb1.ad.nerc.ac.uk> Sergey, Thanks for your answer. In fact I don't think your suggestion was the answer I needed, but it did cause me to look at the documentation again, at which point I got my answer! My data are essentially a "vector" of land points and I use the pdef to scatter these across a lat-lon grid (very like the final example on the pdef documentation page). So the "native grid" really is 67420 x 1. The problem was that in the pdef data file (WFD_0p5deg_pdefData.gra in my example below), I had values of zero for the index (or offset) variable over the sea - i.e. the locations that I didn't have data for. These would have been better set to the missing data value. At v1.9.b4, the zeroes worked fine (and I was blissfully unaware that GrADS was struggling with different offset values for GRIB and non-GRIB files). At v2.0.a9 presumably GrADS notes that I don't have a GRIB file and tests the offsets; when it finds a zero it fails (rather dramatically with a core dump!). So the answer was to make sure that my offset is set to the missing data value where I don't have data. Which sounds (and is) pretty obvious, but had worked for years with zero instead! I have been using this style of pdef file for years and hadn't noticed that the online documentation for pdef now has various "WARNING" and other messages documenting issues with the offset (and that pdef FILE is now deprecated in favour of pdef GENERAL). Thanks again, Doug -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Sergey Varlamov Sent: 22 July 2011 03:33 To: GrADS Users Forum Subject: Re: [gradsusr] pdef file works at v1.9b4 but not at v2.0.a9 Dear Douglas, Please try to change pdef 67420 1 file ... to you real grid size pdef ix jy file ... where ix and jy are dimensions of your original curvilinear grid, such that ix*jy=67420. It must still work in version 1.9 and could work in versions 2 of GrADS. Sergey Varlamov, JAMSTEC, Yokohama Clark, Douglas B. wrote: > Dear All, > > I have a dataset that uses a pdef file and that I can use in GrADS v1.9b4 (in both SunOS and RH executables downloaded from the GrADS website), but which results in a segmentation fault at v2.0.a9 (and, from memory, at v2.0.a8) - again in various downloads. Looks like it might be a bug in GrADS...but of course most things turn out to be user error! Any ideas? > > At v2.0.a9: > > ga-> q config > Config: v2.0.a9 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids geotiff shapefile > Grid Analysis and Display System (GrADS) Version 2.0.a9 > Copyright (c) 1988-2010 by Brian Doty and the > Institute for Global Environment and Society (IGES) > This program is distributed WITHOUT ANY WARRANTY > See file COPYRIGHT for more information. > > Built Fri Sep 3 17:21:21 UTC 2010 for x86_64-redhat-linux-gnu > > This version of GrADS has been configured with the following options: > o Built on a LITTLE ENDIAN machine > o Athena Widget GUI DISABLED > o Command line editing ENABLED > http://tiswww.case.edu/php/chet/readline/rltop.html > o printim command for image output ENABLED > http://www.zlib.net > http://www.libpng.org/pub/png/libpng.html > http://www.libgd.org/Main_Page > o GRIB2 interface ENABLED > http://www.ijg.org > http://www.ece.uvic.ca/~mdadams/jasper > http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 > g2clib-1.2.0 > o NetCDF interface ENABLED > http://www.unidata.ucar.edu/software/netcdf > netcdf 4.1.1 of Dec 6 2010 08:20:12 $ > o OPeNDAP gridded data interface ENABLED > o OPeNDAP station data interface DISABLED > o HDF4 and HDF5 interfaces ENABLED > http://hdfgroup.org > HDF 4.2r5 > HDF5 1.8.5 > o GeoTIFF and KML/TIFF output ENABLED > http://www.libtiff.org > http://geotiff.osgeo.org > o KML contour output ENABLED > o Shapefile interface ENABLED > http://shapelib.maptools.org > > For additional information please consult http://iges.org/grads > > ga-> open Rainf_WFD_GPCC.ctl > Scanning description file: Rainf_WFD_GPCC.ctl > PDEF FILE Error: The offsets in the pdef file > must be 1-based (i.e., > 0 and <= isize*jsize). > The data file was not opened. > Segmentation fault (core dumped) > > ------------------------------------------------------------- > > The first few lines of the ctl file are: > > dset ^../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc > options template > dtype netcdf > undef 1.0e20 > pdef 67420 1 file 1 stream binary-big ^../../../ancil/data/WFD_0p5deg_pdefData.gra > xdef 720 linear -179.75 0.5 > ydef 280 linear -55.75 0.5 > > > ------------------------------------------------------------- > > Works fine at v1.9.b4: > > ga-> open Rainf_WFD_GPCC.ctl > Scanning description file: Rainf_WFD_GPCC.ctl > Data file ../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc is open as file 1 > LON set to 0 360 > LAT set to -55.75 83.75 > LEV set to 1 1 > Time values set: 2001:1:1:0 2001:1:1:0 > Notice: Implied interpolation for file Rainf_WFD_GPCC.ctl > Interpolation will be performed on any data displayed from this file > ga-> d rainf > Notice: Automatic Grid Interpolation Taking Place > Contouring: 0 to 0.0033 interval 0.0003 > > > ------------------------------------------------------------- > > Vague notion: The pdef data file is big-endian (as declared in the pdef line of the ctl file) but > I'm using a little-endian machine. I wonder if v2.0.a9 can't cope with this mix? > > > Cheers, > Doug > > > > > -- Sergey Varlamov JAMSTEC, Yokohama _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -- This message (and any attachments) is for the recipient only. NERC is subject to the Freedom of Information Act 2000 and the contents of this email and any reply you make may be disclosed by NERC unless it is exempt from release under the Act. Any material supplied to NERC may be stored in an electronic records management system. From vsm at jamstec.go.jp Fri Jul 22 06:28:45 2011 From: vsm at jamstec.go.jp (Sergey Varlamov) Date: Fri, 22 Jul 2011 19:28:45 +0900 Subject: [gradsusr] pdef file works at v1.9b4 but not at v2.0.a9 In-Reply-To: <40829B0E077C1145A6DE44D39B3830A91FFD68B7BE@nerckwmb1.ad.nerc.ac.uk> References: <40829B0E077C1145A6DE44D39B3830A91FFD68B0C9@nerckwmb1.ad.nerc.ac.uk> <4E28E146.9090501@jamstec.go.jp> <40829B0E077C1145A6DE44D39B3830A91FFD68B7BE@nerckwmb1.ad.nerc.ac.uk> Message-ID: <4E2950DD.6000400@jamstec.go.jp> Douglas, The zero values for the mask in pdef file look to be normal. But reading your netcdf require to know each dimension size "as it is" in your file. When you provide description file (ctl) grads ignore internal netcdf information for dimension using yours instead. Then, for the input arrays allocation "67420 1" is OK, but the real netcdf lat-lon grid size is necessary for correct data input before the pdef mask application. Please run ncdump on you file and try "nx ny" instead. Just it must help. Or, if you are ready to rebuild an interpolation arrays, please create PDEF of GENERAL type that is better documented. Once more, the problem is in reading not the pdef mask file, but in reading from your netsdf file all 67420 values along the first (x or lon) dimension with all other dimensions fixed! It crashes netcdf library and then grads, I guess. In Grads prior version 1.9 the pdef do not worked for netcdf files at all due to this problem, but worked for binary files. >From 1.9 it worked, but already required to use nx and ny instead of "nx*ny 1" for FILE type pdefs in case of netcdf files, except that your netsdf file really has an internal structure with "67420*1" spatial grid. Good luck to you! Sergey Clark, Douglas B. wrote: > Sergey, > > Thanks for your answer. In fact I don't think your suggestion was the answer I needed, but it did cause me to look at the documentation again, at which point I got my answer! > > My data are essentially a "vector" of land points and I use the pdef to scatter these across a lat-lon grid (very like the final example on the pdef documentation page). So the "native grid" really is 67420 x 1. The problem was that in the pdef data file (WFD_0p5deg_pdefData.gra in my example below), I had values of zero for the index (or offset) variable over the sea - i.e. the locations that I didn't have data for. These would have been better set to the missing data value. At v1.9.b4, the zeroes worked fine (and I was blissfully unaware that GrADS was struggling with different offset values for GRIB and non-GRIB files). At v2.0.a9 presumably GrADS notes that I don't have a GRIB file and tests the offsets; when it finds a zero it fails (rather dramatically with a core dump!). > > So the answer was to make sure that my offset is set to the missing data value where I don't have data. Which sounds (and is) pretty obvious, but had worked for years with zero instead! > > I have been using this style of pdef file for years and hadn't noticed that the online documentation for pdef now has various "WARNING" and other messages documenting issues with the offset (and that pdef FILE is now deprecated in favour of pdef GENERAL). > > Thanks again, > Doug > > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Sergey Varlamov > Sent: 22 July 2011 03:33 > To: GrADS Users Forum > Subject: Re: [gradsusr] pdef file works at v1.9b4 but not at v2.0.a9 > > > Dear Douglas, > > Please try to change > > pdef 67420 1 file ... > > to you real grid size > > pdef ix jy file ... > > where ix and jy are dimensions of your original curvilinear grid, > such that ix*jy=67420. > It must still work in version 1.9 and could work in versions 2 of GrADS. > > Sergey Varlamov, > > JAMSTEC, Yokohama > > > Clark, Douglas B. wrote: > >> Dear All, >> >> I have a dataset that uses a pdef file and that I can use in GrADS v1.9b4 (in both SunOS and RH executables downloaded from the GrADS website), but which results in a segmentation fault at v2.0.a9 (and, from memory, at v2.0.a8) - again in various downloads. Looks like it might be a bug in GrADS...but of course most things turn out to be user error! Any ideas? >> >> At v2.0.a9: >> >> ga-> q config >> Config: v2.0.a9 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids geotiff shapefile >> Grid Analysis and Display System (GrADS) Version 2.0.a9 >> Copyright (c) 1988-2010 by Brian Doty and the >> Institute for Global Environment and Society (IGES) >> This program is distributed WITHOUT ANY WARRANTY >> See file COPYRIGHT for more information. >> >> Built Fri Sep 3 17:21:21 UTC 2010 for x86_64-redhat-linux-gnu >> >> This version of GrADS has been configured with the following options: >> o Built on a LITTLE ENDIAN machine >> o Athena Widget GUI DISABLED >> o Command line editing ENABLED >> http://tiswww.case.edu/php/chet/readline/rltop.html >> o printim command for image output ENABLED >> http://www.zlib.net >> http://www.libpng.org/pub/png/libpng.html >> http://www.libgd.org/Main_Page >> o GRIB2 interface ENABLED >> http://www.ijg.org >> http://www.ece.uvic.ca/~mdadams/jasper >> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 >> g2clib-1.2.0 >> o NetCDF interface ENABLED >> http://www.unidata.ucar.edu/software/netcdf >> netcdf 4.1.1 of Dec 6 2010 08:20:12 $ >> o OPeNDAP gridded data interface ENABLED >> o OPeNDAP station data interface DISABLED >> o HDF4 and HDF5 interfaces ENABLED >> http://hdfgroup.org >> HDF 4.2r5 >> HDF5 1.8.5 >> o GeoTIFF and KML/TIFF output ENABLED >> http://www.libtiff.org >> http://geotiff.osgeo.org >> o KML contour output ENABLED >> o Shapefile interface ENABLED >> http://shapelib.maptools.org >> >> For additional information please consult http://iges.org/grads >> >> ga-> open Rainf_WFD_GPCC.ctl >> Scanning description file: Rainf_WFD_GPCC.ctl >> PDEF FILE Error: The offsets in the pdef file >> must be 1-based (i.e., > 0 and <= isize*jsize). >> The data file was not opened. >> Segmentation fault (core dumped) >> >> ------------------------------------------------------------- >> >> The first few lines of the ctl file are: >> >> dset ^../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc >> options template >> dtype netcdf >> undef 1.0e20 >> pdef 67420 1 file 1 stream binary-big ^../../../ancil/data/WFD_0p5deg_pdefData.gra >> xdef 720 linear -179.75 0.5 >> ydef 280 linear -55.75 0.5 >> >> >> ------------------------------------------------------------- >> >> Works fine at v1.9.b4: >> >> ga-> open Rainf_WFD_GPCC.ctl >> Scanning description file: Rainf_WFD_GPCC.ctl >> Data file ../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc is open as file 1 >> LON set to 0 360 >> LAT set to -55.75 83.75 >> LEV set to 1 1 >> Time values set: 2001:1:1:0 2001:1:1:0 >> Notice: Implied interpolation for file Rainf_WFD_GPCC.ctl >> Interpolation will be performed on any data displayed from this file >> ga-> d rainf >> Notice: Automatic Grid Interpolation Taking Place >> Contouring: 0 to 0.0033 interval 0.0003 >> >> >> ------------------------------------------------------------- >> >> Vague notion: The pdef data file is big-endian (as declared in the pdef line of the ctl file) but >> I'm using a little-endian machine. I wonder if v2.0.a9 can't cope with this mix? >> >> >> Cheers, >> Doug >> >> >> >> >> >> > > > -- Sergey Varlamov Senior Scientist Ocean Downscaled Prediction Research Team Climate Variation Predictability and Applicability Research Program Research Institute for Global Change JAMSTEC, 3173-25 Showa-machi, Kanazawa-ku, Yokohama, Kanagawa-ken, 236-0001 JAPAN Tel: +81-45-778-5516 Fax: +81-45-778-5707 E-mail: vsm at jamstec.go.jp ?236-0001 ?????????3173-25 ?????????????? ???????? ????????????????? ?????????????????? Varlamov Sergey From me at j0nes.de Fri Jul 22 07:52:07 2011 From: me at j0nes.de (Jonas Kaufmann) Date: Fri, 22 Jul 2011 13:52:07 +0200 Subject: [gradsusr] GrADS Return Code 141 Message-ID: Hello, in my setup I am running into a strange problem right now. I am calling a shell script containing a call to grads from a remote server. When I invoke my shell script manually from the remote server, everything is working fine - however when running through cron, grads silently crashes. Nothing is written on both STDOUT or STDERR. The only thing that I can get is that grads gives a return code 141 in the shell after failing. Can you tell me what this return code means? Do you have any idea why my job can be run manually but not from cron? Best regards, Jonas Kaufmann From klhuyck at meridian-enviro.com Fri Jul 22 08:49:22 2011 From: klhuyck at meridian-enviro.com (Kevin Huyck) Date: Fri, 22 Jul 2011 07:49:22 -0500 Subject: [gradsusr] Missing variables in 3-d fwrite binary file Message-ID: <4E2971D2.6050800@meridian-enviro.com> Good morning. I'm attempting to configure some post-processing subroutines for several parameters I find useful. For my pathfinder case, I am creating a binary file using "fwrite" to store four parameters. Each parameter varies in the horizontal plane, but not in the vertical (i.e. only one vertical level is computed). When I output a single timestep, I can open and retrieve the data file and the data display correctly. If I write each variable twice, once for each time step, I can retrieve the first time step, but not the second. At present I'm feeding commands into the command-line interpreter rather than executing a script. I've seen examples in the archives discussing varying the time dimension by way of a "while" loop. Since I'm entering the commands individually the result /should/ be the same as if run from a script. I'm not sure where I'm making my mistake in the process, so any guidance would be appreciated. Input data is the North American Mesoscale (NAM) 40 km model. I am computing values for "t 1" and "t 2" during this trial period. The variables utilized in the process are "cpd", "isenps", "u", and "v". Command sequence is first, followed by the .ctl file. I use a homemade script file, "compute_cpd.gs", to conduct the necessary calculations. This script accepts three arguments, Theta surface (in Kelvin), grid skip, and working file number. compute_cpd.gs returns cpd, isenps, u, and v. In this case, "z" in NAM-2011072200.dat represents the "theta" level for the isentropic surface. --- Command Listing --- open NAM-2011072200.ctl set t 1 run compute_cpd.gs 315 1 1 set fwrite ./cpd/NAM-2011072200.dat set gxout fwrite d cpd d isenps d u d v set t 2 run compute_cpd.gs 315 1 1 d cpd d isenps d u d v disable fwrite reinit open ./cpd/NAM-2011072200.ctl set t 1 run ./draw-cpd.gs clear graphics set t 2 run ./draw-cpd.gs --- Error Output --- Low Level I/O Error: Read error on data file Data file name = ./cpd/NAM-2011072200.dat Error reading 200 bytes at location 704000 Data Request Error: Error for variable 'cpd' Error ocurred at column 1 DISPLAY error: Invalid expression Expression = cpd Cannot plot color bar: No shading information Low Level I/O Error: Read error on data file Data file name = ./cpd/NAM-2011072200.dat Error reading 200 bytes at location 704000 Data Request Error: Error for variable 'cpd' Error ocurred at column 1 DISPLAY error: Invalid expression Expression = cpd Low Level I/O Error: Read error on data file Data file name = ./cpd/NAM-2011072200.dat Error reading 200 bytes at location 880000 Data Request Error: Error for variable 'isenps' Error ocurred at column 1 DISPLAY error: Invalid expression Expression = isenps Low Level I/O Error: Read error on data file Data file name = ./cpd/NAM-2011072200.dat Error reading 200 bytes at location 1056000 Data Request Error: Error for variable 'u' Operation Error: Error from skip function Error ocurred at column 1 DISPLAY error: Invalid expression Expression = skip(u,2) --- ./cpd/NAM-2011072200.ctl Contents --- dset /home/Agena/klhuyck/cpd/NAM-2011072200.dat title NAM 40km Condensation Pressure Deficit undef -999000000.000000 options little_endian xdef 200 linear -145.0 0.5 ydef 110 linear 12.0 0.5 zdef 1 levels 315 tdef 2 linear 00Z22Jul2011 3hr vars 4 cpd 2 99 Condensation Pressure Deficit (mb) isenps 2 99 Pressure (mb) u 2 99 Zonal component of wind (ms^-1) v 2 99 Meridional component of wind (ms^-1) endvars -- Kevin L. Huyck Forecaster, Meridian Environmental Technology, Inc. klhuyck at meridian-enviro.com Composed using Mozilla Thunderbird! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/355430bd/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: klhuyck.vcf Type: text/x-vcard Size: 307 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110722/355430bd/attachment-0002.vcf From bernd.becker at metoffice.gov.uk Fri Jul 22 08:50:11 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Fri, 22 Jul 2011 13:50:11 +0100 Subject: [gradsusr] GrADS Return Code 141 In-Reply-To: References: Message-ID: Normalerweise liegt das an nicht gesetzten Umgebungsvariablen. Einfach im Script oben nochmal . ~/profile . ~/kshrc ausfuehren. Dann klappt das. (Meistens) -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jonas Kaufmann Sent: 22 July 2011 12:52 To: GrADS Users Forum Subject: [gradsusr] GrADS Return Code 141 Hello, in my setup I am running into a strange problem right now. I am calling a shell script containing a call to grads from a remote server. When I invoke my shell script manually from the remote server, everything is working fine - however when running through cron, grads silently crashes. Nothing is written on both STDOUT or STDERR. The only thing that I can get is that grads gives a return code 141 in the shell after failing. Can you tell me what this return code means? Do you have any idea why my job can be run manually but not from cron? Best regards, Jonas Kaufmann _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From Huddleston at cira.colostate.edu Fri Jul 22 10:10:40 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Fri, 22 Jul 2011 07:10:40 -0700 Subject: [gradsusr] say to stderr In-Reply-To: <4E2933C0.9020702@gmx.de> References: <4E26D9AB.6090204@gmx.de> <4E2933C0.9020702@gmx.de> Message-ID: Simon I looked through the GrADS source code, specifically gscrpt.c file and the 'printf' function is used. The 'printf' always goes to stdout. Had it been fprintf(FILE *somefp,...) then maybe it could have been. However, I don't think the original designers (aka Brian Doty) was concerned about writing to stderr. John -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher Sent: Friday, July 22, 2011 2:25 AM To: gradsusr at gradsusr.org Subject: Re: [gradsusr] say to stderr Hi John, thanks for your answer. I know how to redirect channels on the command line. But how to decide IN the script, what should go to stderr and what to stdout, 'say' always put the output to stdout. So in bash i would do echo "foobar" 1>&2 to get the foobar to the stderr, how can i do this in GrADS? Is there a way? Best Regards, Simon > Simon > > If you are running GrADS in batch mode you can re-direct output as > follows > > grads -lbc 'run somescript.gs' 2> say.err 1>&2 > > In interactive mode there is no output to the screen it simply goes to the file. > > Does that answer your question? > > John Huddleston > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org > [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher > Sent: Wednesday, July 20, 2011 7:36 AM > To: gradsusr at gradsusr.org > Subject: [gradsusr] say to stderr > > Dear gradsusers > > i can not find any information about sending text to the stderror channel of the shell while using the say command. Has some one an idea? > > Best Regards, > Simon > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From Huddleston at cira.colostate.edu Fri Jul 22 10:31:19 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Fri, 22 Jul 2011 07:31:19 -0700 Subject: [gradsusr] GrADS Return Code 141 In-Reply-To: References: Message-ID: Jonas There could be a number of reasons. Bernd's reply is true in that a cron script does not set a PATH and so by sourcing your profile or .bashrc files it will establish your environment. It is easier to put those PATH assignments in the cron script itself. Add the GrADS variables (GADDIR and GASCRP) as well to find the library scripts. Second, the error code 141 means it is a SIGPIPE error. 141=128+13. 13 indicates a pipe error. 128 is the bash script error. Third, it could be related to the resources on your machine itself could be the problem. Can you give us your script? John Huddleston -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Becker, Bernd Sent: Friday, July 22, 2011 6:50 AM To: GrADS Users Forum Subject: Re: [gradsusr] GrADS Return Code 141 Normalerweise liegt das an nicht gesetzten Umgebungsvariablen. Einfach im Script oben nochmal . ~/profile . ~/kshrc ausfuehren. Dann klappt das. (Meistens) -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jonas Kaufmann Sent: 22 July 2011 12:52 To: GrADS Users Forum Subject: [gradsusr] GrADS Return Code 141 Hello, in my setup I am running into a strange problem right now. I am calling a shell script containing a call to grads from a remote server. When I invoke my shell script manually from the remote server, everything is working fine - however when running through cron, grads silently crashes. Nothing is written on both STDOUT or STDERR. The only thing that I can get is that grads gives a return code 141 in the shell after failing. Can you tell me what this return code means? Do you have any idea why my job can be run manually but not from cron? Best regards, Jonas Kaufmann _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From james.ciarlo at physics.org Fri Jul 22 10:36:56 2011 From: james.ciarlo at physics.org (James Ciarlo`) Date: Fri, 22 Jul 2011 16:36:56 +0200 Subject: [gradsusr] P-value of scorr & tcorr In-Reply-To: References: Message-ID: Hi Teresa, sorry for replying so late, i had some personal issues. well I have some difficulties with this technique since I have statistically significant values both negative and positive, so when i do set cmin or cmax, it will block out the others. Is there a way to set it to absolute values? With regards to scorr, I am of the understanding that grads correlates the final spatial distribution of both and thus producing one value. I guess for statistical significance one can use the values on statistics books, and also consider the resolution of the image to obtain n Regards, James On 20 May 2011 17:41, wrote: > Hi, > > A simple way for tcorr: look at the statistically significant values for > correlation in a statistics book; then according to your n-1 observations > get the threshold values for the level of interest (p<0.05 or p<0.01). > > In grads you you can black out the values lower than those thresholds to > display only the significant ones. Also you can set a minimum value to > plot. For example, if your significant correlation at the 95% level is > 0.45: > > "set cmin 0.45" > > By the way how do you calculate the scorr, do you only average the spatial > window after calculating the tcorr? > > The spatial significance is much more complicated...I am also interested > in that, if anyone has it. It may require a bootstrap... > > Tereza Cavazos > > > > Dear gradsusrs, > > > > I have a question about scorr and tcorr functions. Is there a way to > > obtain > > the p-value in this cases? i.e. one value for scorr and map value for > > tcorr > > > > Or anything of the sort? > > > > Regards, > > > > James > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/66116c62/attachment-0002.html From james.ciarlo at physics.org Fri Jul 22 10:45:32 2011 From: james.ciarlo at physics.org (James Ciarlo`) Date: Fri, 22 Jul 2011 16:45:32 +0200 Subject: [gradsusr] P-value of scorr & tcorr In-Reply-To: References: Message-ID: Hi Teresa, I have found this, maybe it will be helpful http://ccr.aos.wisc.edu/climate_modeling/modeling/data_processing/grads/grads_statsig.php Regards, James On 22 July 2011 16:36, James Ciarlo` wrote: > Hi Teresa, > > sorry for replying so late, i had some personal issues. well I have some > difficulties with this technique since I have statistically significant > values both negative and positive, so when i do set cmin or cmax, it will > block out the others. Is there a way to set it to absolute values? > > With regards to scorr, I am of the understanding that grads correlates the > final spatial distribution of both and thus producing one value. I guess for > statistical significance one can use the values on statistics books, and > also consider the resolution of the image to obtain n > > Regards, > > James > > > On 20 May 2011 17:41, wrote: > >> Hi, >> >> A simple way for tcorr: look at the statistically significant values for >> correlation in a statistics book; then according to your n-1 observations >> get the threshold values for the level of interest (p<0.05 or p<0.01). >> >> In grads you you can black out the values lower than those thresholds to >> display only the significant ones. Also you can set a minimum value to >> plot. For example, if your significant correlation at the 95% level is >> 0.45: >> >> "set cmin 0.45" >> >> By the way how do you calculate the scorr, do you only average the spatial >> window after calculating the tcorr? >> >> The spatial significance is much more complicated...I am also interested >> in that, if anyone has it. It may require a bootstrap... >> >> Tereza Cavazos >> >> >> > Dear gradsusrs, >> > >> > I have a question about scorr and tcorr functions. Is there a way to >> > obtain >> > the p-value in this cases? i.e. one value for scorr and map value for >> > tcorr >> > >> > Or anything of the sort? >> > >> > Regards, >> > >> > James >> > _______________________________________________ >> > gradsusr mailing list >> > gradsusr at gradsusr.org >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/614554d7/attachment-0002.html From me at j0nes.de Fri Jul 22 11:03:04 2011 From: me at j0nes.de (Jonas Kaufmann) Date: Fri, 22 Jul 2011 17:03:04 +0200 Subject: [gradsusr] GrADS Return Code 141 In-Reply-To: References: Message-ID: Hello, I have examined the environment of the calls on both my grads machine and my remote machines. There are three machines involved in this: two remote machines where WRF computations are run (these are located in different data centers and have a slightly different setup) and my grads machine where the output of the WRF computation is pushed and then a script is started via ssh. So the basic script on the remote machine looks like this: - wait for new data from the forecast model - scp the data to the grads machine - ssh grads_machine image_generation_script.sh The image_generation_script.sh running on the grads server is also quite easy: - set up environment variables - perl script to generate a grads script - grads -b -l -c my_generated_script.gs I have compared the environments on both the remote machines as the script is run via cron, and the environment variables are exactly the same on both machines. On the grads machine, I have also done this, and the environment also matches there when being called from both remote machines. There are two things that I don't get: - on one remote machine everything is working fine, and the other one fails - if I start the script on my failing remote machine manually, everything works fine, but not when it gets executed by cron Is there a way to get any additional output or debug information from grads? Do you have any other hints what I could try? Best regards and thank you for your help! Jonas Kaufmann On Fri, Jul 22, 2011 at 16:31, Huddleston, John wrote: > Jonas > > There could be a number of reasons. Bernd's reply is true in that a cron script does not set a PATH and so by sourcing your profile or .bashrc files it will establish your environment. It is easier to put those PATH assignments in the cron script itself. Add the GrADS variables (GADDIR and GASCRP) as well to find the library scripts. > > Second, the error code 141 means it is a SIGPIPE error. 141=128+13. 13 indicates a pipe error. 128 is the bash script error. > > Third, it could be related to the resources on your machine itself could be the problem. > > Can you give us your script? > > John Huddleston > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Becker, Bernd > Sent: Friday, July 22, 2011 6:50 AM > To: GrADS Users Forum > Subject: Re: [gradsusr] GrADS Return Code 141 > > > Normalerweise liegt das an nicht gesetzten Umgebungsvariablen. > > Einfach im Script oben nochmal > . ~/profile > . ~/kshrc > > ausfuehren. Dann klappt das. (Meistens) > > -- > Bernd Becker ? Climate Impacts Product Development > Met Office Hadley Centre ? ?FitzRoy Road ?Exeter ? Devon EX1 3PB ?United > Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ > bernd-becker > > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org > [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jonas Kaufmann > Sent: 22 July 2011 12:52 > To: GrADS Users Forum > Subject: [gradsusr] GrADS Return Code 141 > > Hello, > > in my setup I am running into a strange problem right now. I am calling a shell script containing a call to grads from a remote server. When I invoke my shell script manually from the remote server, everything is working fine - however when running through cron, grads silently crashes. Nothing is written on both STDOUT or STDERR. The only thing that I can get is that grads gives a return code 141 in the shell after failing. > > Can you tell me what this return code means? Do you have any idea why my job can be run manually but not from cron? > > Best regards, > Jonas Kaufmann > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > From Huddleston at cira.colostate.edu Fri Jul 22 11:32:08 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Fri, 22 Jul 2011 08:32:08 -0700 Subject: [gradsusr] GrADS Return Code 141 In-Reply-To: References: Message-ID: Jonas That's fits my third guess that it fails on a busy machine. What is the hardware, the operating system, the memory (vmstat,free), and the ulimit of your space on both machines. John -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jonas Kaufmann Sent: Friday, July 22, 2011 9:03 AM To: GrADS Users Forum Subject: Re: [gradsusr] GrADS Return Code 141 Hello, I have examined the environment of the calls on both my grads machine and my remote machines. There are three machines involved in this: two remote machines where WRF computations are run (these are located in different data centers and have a slightly different setup) and my grads machine where the output of the WRF computation is pushed and then a script is started via ssh. So the basic script on the remote machine looks like this: - wait for new data from the forecast model - scp the data to the grads machine - ssh grads_machine image_generation_script.sh The image_generation_script.sh running on the grads server is also quite easy: - set up environment variables - perl script to generate a grads script - grads -b -l -c my_generated_script.gs I have compared the environments on both the remote machines as the script is run via cron, and the environment variables are exactly the same on both machines. On the grads machine, I have also done this, and the environment also matches there when being called from both remote machines. There are two things that I don't get: - on one remote machine everything is working fine, and the other one fails - if I start the script on my failing remote machine manually, everything works fine, but not when it gets executed by cron Is there a way to get any additional output or debug information from grads? Do you have any other hints what I could try? Best regards and thank you for your help! Jonas Kaufmann On Fri, Jul 22, 2011 at 16:31, Huddleston, John wrote: > Jonas > > There could be a number of reasons. Bernd's reply is true in that a cron script does not set a PATH and so by sourcing your profile or .bashrc files it will establish your environment. It is easier to put those PATH assignments in the cron script itself. Add the GrADS variables (GADDIR and GASCRP) as well to find the library scripts. > > Second, the error code 141 means it is a SIGPIPE error. 141=128+13. 13 indicates a pipe error. 128 is the bash script error. > > Third, it could be related to the resources on your machine itself could be the problem. > > Can you give us your script? > > John Huddleston > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org > [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Becker, Bernd > Sent: Friday, July 22, 2011 6:50 AM > To: GrADS Users Forum > Subject: Re: [gradsusr] GrADS Return Code 141 > > > Normalerweise liegt das an nicht gesetzten Umgebungsvariablen. > > Einfach im Script oben nochmal > . ~/profile > . ~/kshrc > > ausfuehren. Dann klappt das. (Meistens) > > -- > Bernd Becker ? Climate Impacts Product Development Met Office Hadley > Centre ? ?FitzRoy Road ?Exeter ? Devon EX1 3PB ?United Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - > http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decada > l/ > bernd-becker > > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org > [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jonas Kaufmann > Sent: 22 July 2011 12:52 > To: GrADS Users Forum > Subject: [gradsusr] GrADS Return Code 141 > > Hello, > > in my setup I am running into a strange problem right now. I am calling a shell script containing a call to grads from a remote server. When I invoke my shell script manually from the remote server, everything is working fine - however when running through cron, grads silently crashes. Nothing is written on both STDOUT or STDERR. The only thing that I can get is that grads gives a return code 141 in the shell after failing. > > Can you tell me what this return code means? Do you have any idea why my job can be run manually but not from cron? > > Best regards, > Jonas Kaufmann > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From mubashardogar at gmail.com Fri Jul 22 11:49:13 2011 From: mubashardogar at gmail.com (Mubashar Dogar) Date: Fri, 22 Jul 2011 18:49:13 +0300 Subject: [gradsusr] problem with grib2ctl.pl Message-ID: *Dear GrADS users, I have downloaded synoptic monthly means analysis data from ECMWF for specific humidity at 1000 pressure level both in netcdf and grib format (This is the same data in grib & netcdf format for three months of 1989). I encountered a bug or some issue in perl script (grib2ctl.pl) that generates GrADS readable control file for the grib data set. I am attaching grib file and control file made by grib2ctl.pl as well as index file generated by gribmap. The bug is that synoptic monthly means data have 4 time steps (at 00, 06, 12, & 18) for each month but grib2ctl.pl makes 4 time steps in each day instead of 4 time step in a month. When I opened the ctl file in GrADS, it display some values and shows rest as all undefined values. I even changed time in ctl manually and generate index again but the problem is yet unresolved. Where is the issue? Does anyone already encountered the same problem. Please see attached files for your satisfaction. * Mubashar -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/669918c4/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: output.ctl Type: application/octet-stream Size: 333 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110722/669918c4/attachment-0006.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: output.grib Type: application/octet-stream Size: 698256 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110722/669918c4/attachment-0007.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: output.grib.idx Type: application/octet-stream Size: 5794 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110722/669918c4/attachment-0008.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: output.nc Type: application/x-netcdf Size: 699252 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110722/669918c4/attachment-0002.nc From Mason.D.Rowell-1 at ou.edu Fri Jul 22 12:06:31 2011 From: Mason.D.Rowell-1 at ou.edu (Rowell, Mason D.) Date: Fri, 22 Jul 2011 16:06:31 +0000 Subject: [gradsusr] problem with grib2ctl.pl In-Reply-To: References: Message-ID: Mubashar, Are you sure the data is what you expect? Does your grib file have 4 time steps x 30 some days in the month of interest? Or are you positive it is just those for time steps averaged for each day in the month? Mason ________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on behalf of Mubashar Dogar [mubashardogar at gmail.com] Sent: Friday, July 22, 2011 10:49 AM To: gradsusr at gradsusr.org Subject: [gradsusr] problem with grib2ctl.pl Dear GrADS users, I have downloaded synoptic monthly means analysis data from ECMWF for specific humidity at 1000 pressure level both in netcdf and grib format (This is the same data in grib & netcdf format for three months of 1989). I encountered a bug or some issue in perl script (grib2ctl.pl) that generates GrADS readable control file for the grib data set. I am attaching grib file and control file made by grib2ctl.pl as well as index file generated by gribmap. The bug is that synoptic monthly means data have 4 time steps (at 00, 06, 12, & 18) for each month but grib2ctl.pl makes 4 time steps in each day instead of 4 time step in a month. When I opened the ctl file in GrADS, it display some values and shows rest as all undefined values. I even changed time in ctl manually and generate index again but the problem is yet unresolved. Where is the issue? Does anyone already encountered the same problem. Please see attached files for your satisfaction. Mubashar -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/c0f45065/attachment-0002.html From me at j0nes.de Fri Jul 22 12:08:45 2011 From: me at j0nes.de (Jonas Kaufmann) Date: Fri, 22 Jul 2011 18:08:45 +0200 Subject: [gradsusr] GrADS Return Code 141 In-Reply-To: References: Message-ID: Hello, the machine itself was okay - however I have found the answer in the mean time. In my original script running on my WRF server I tried to capture the output of the remote ssh command for debugging using: ssh grads_machine image_generation_script.sh & > logfile 2> errorfile I changed this to (notice the brackets): (ssh grads_machine image_generation_script.sh &) > logfile 2> errorfile ...and from this point on everything went fine - although I am not sure why this failed at all... Anyway, thank you for your help and for your hints on where to look further! Best regards and have a nice weekend! Jonas Kaufmann On Fri, Jul 22, 2011 at 17:32, Huddleston, John wrote: > Jonas > > That's fits my third guess that it fails on a busy machine. > > What is the hardware, the operating system, the memory (vmstat,free), and the ulimit of your space ?on both machines. > > John > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jonas Kaufmann > Sent: Friday, July 22, 2011 9:03 AM > To: GrADS Users Forum > Subject: Re: [gradsusr] GrADS Return Code 141 > > Hello, > > I have examined the environment of the calls on both my grads machine and my remote machines. There are three machines involved in this: two remote machines where WRF computations are run (these are located in different data centers and have a slightly different setup) and my grads machine where the output of the WRF computation is pushed and then a script is started via ssh. > > So the basic script on the remote machine looks like this: > - wait for new data from the forecast model > - scp the data to the grads machine > - ssh grads_machine image_generation_script.sh > > The image_generation_script.sh running on the grads server is also quite easy: > - set up environment variables > - perl script to generate a grads script > - grads -b -l -c my_generated_script.gs > > I have compared the environments on both the remote machines as the script is run via cron, and the environment variables are exactly the same on both machines. On the grads machine, I have also done this, and the environment also matches there when being called from both remote machines. There are two things that I don't get: > - on one remote machine everything is working fine, and the other one fails > - if I start the script on my failing remote machine manually, everything works fine, but not when it gets executed by cron > > Is there a way to get any additional output or debug information from grads? Do you have any other hints what I could try? > > Best regards and thank you for your help! > > Jonas Kaufmann > > > On Fri, Jul 22, 2011 at 16:31, Huddleston, John wrote: >> Jonas >> >> There could be a number of reasons. Bernd's reply is true in that a cron script does not set a PATH and so by sourcing your profile or .bashrc files it will establish your environment. It is easier to put those PATH assignments in the cron script itself. Add the GrADS variables (GADDIR and GASCRP) as well to find the library scripts. >> >> Second, the error code 141 means it is a SIGPIPE error. 141=128+13. 13 indicates a pipe error. 128 is the bash script error. >> >> Third, it could be related to the resources on your machine itself could be the problem. >> >> Can you give us your script? >> >> John Huddleston >> >> -----Original Message----- >> From: gradsusr-bounces at gradsusr.org >> [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Becker, Bernd >> Sent: Friday, July 22, 2011 6:50 AM >> To: GrADS Users Forum >> Subject: Re: [gradsusr] GrADS Return Code 141 >> >> >> Normalerweise liegt das an nicht gesetzten Umgebungsvariablen. >> >> Einfach im Script oben nochmal >> . ~/profile >> . ~/kshrc >> >> ausfuehren. Dann klappt das. (Meistens) >> >> -- >> Bernd Becker ? Climate Impacts Product Development Met Office Hadley >> Centre ? ?FitzRoy Road ?Exeter ? Devon EX1 3PB ?United Kingdom >> Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 >> E-mail:bernd.becker at metoffice.gov.uk - >> http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decada >> l/ >> bernd-becker >> >> >> -----Original Message----- >> From: gradsusr-bounces at gradsusr.org >> [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jonas Kaufmann >> Sent: 22 July 2011 12:52 >> To: GrADS Users Forum >> Subject: [gradsusr] GrADS Return Code 141 >> >> Hello, >> >> in my setup I am running into a strange problem right now. I am calling a shell script containing a call to grads from a remote server. When I invoke my shell script manually from the remote server, everything is working fine - however when running through cron, grads silently crashes. Nothing is written on both STDOUT or STDERR. The only thing that I can get is that grads gives a return code 141 in the shell after failing. >> >> Can you tell me what this return code means? Do you have any idea why my job can be run manually but not from cron? >> >> Best regards, >> Jonas Kaufmann >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > From jimp at hawaii.edu Fri Jul 22 12:48:54 2011 From: jimp at hawaii.edu (James T. Potemra) Date: Fri, 22 Jul 2011 06:48:54 -1000 Subject: [gradsusr] Missing variables in 3-d fwrite binary file In-Reply-To: <4E2971D2.6050800@meridian-enviro.com> References: <4E2971D2.6050800@meridian-enviro.com> Message-ID: <4E29A9F6.5030801@hawaii.edu> Hi Kevin: It looks like in your NAM-2011072200.ctl file you are defining one vertical level: zdef 1 levels 315 but you then assign two levels to each variable: cpd 2 99 Condensation Pressure Deficit (mb) isenps 2 99 Pressure (mb) u 2 99 Zonal component of wind (ms^-1) v 2 99 Meridional component of wind (ms^-1) I think if you change the "2's" above with "1", or for surface you can have "0", it should work ok. Jim On 7/22/11 2:49 AM, Kevin Huyck wrote: > Good morning. > > I'm attempting to configure some post-processing subroutines for > several parameters I find useful. For my pathfinder case, I am > creating a binary file using "fwrite" to store four parameters. Each > parameter varies in the horizontal plane, but not in the vertical > (i.e. only one vertical level is computed). When I output a single > timestep, I can open and retrieve the data file and the data display > correctly. If I write each variable twice, once for each time step, I > can retrieve the first time step, but not the second. At present I'm > feeding commands into the command-line interpreter rather than > executing a script. I've seen examples in the archives discussing > varying the time dimension by way of a "while" loop. Since I'm > entering the commands individually the result /should/ be the same as > if run from a script. > > I'm not sure where I'm making my mistake in the process, so any > guidance would be appreciated. > > Input data is the North American Mesoscale (NAM) 40 km model. I am > computing values for "t 1" and "t 2" during this trial period. The > variables utilized in the process are "cpd", "isenps", "u", and "v". > Command sequence is first, followed by the .ctl file. I use a homemade > script file, "compute_cpd.gs", to conduct the necessary calculations. > This script accepts three arguments, Theta surface (in Kelvin), grid > skip, and working file number. compute_cpd.gs returns cpd, isenps, u, > and v. In this case, "z" in NAM-2011072200.dat represents the "theta" > level for the isentropic surface. > > --- Command Listing --- > open NAM-2011072200.ctl > set t 1 > run compute_cpd.gs 315 1 1 > > set fwrite ./cpd/NAM-2011072200.dat > set gxout fwrite > > d cpd > d isenps > d u > d v > > set t 2 > run compute_cpd.gs 315 1 1 > > d cpd > d isenps > d u > d v > > disable fwrite > reinit > > open ./cpd/NAM-2011072200.ctl > set t 1 > run ./draw-cpd.gs > > clear graphics > set t 2 > run ./draw-cpd.gs > > --- Error Output --- > Low Level I/O Error: Read error on data file > Data file name = ./cpd/NAM-2011072200.dat > Error reading 200 bytes at location 704000 > Data Request Error: Error for variable 'cpd' > Error ocurred at column 1 > DISPLAY error: Invalid expression > Expression = cpd > Cannot plot color bar: No shading information > Low Level I/O Error: Read error on data file > Data file name = ./cpd/NAM-2011072200.dat > Error reading 200 bytes at location 704000 > Data Request Error: Error for variable 'cpd' > Error ocurred at column 1 > DISPLAY error: Invalid expression > Expression = cpd > Low Level I/O Error: Read error on data file > Data file name = ./cpd/NAM-2011072200.dat > Error reading 200 bytes at location 880000 > Data Request Error: Error for variable 'isenps' > Error ocurred at column 1 > DISPLAY error: Invalid expression > Expression = isenps > Low Level I/O Error: Read error on data file > Data file name = ./cpd/NAM-2011072200.dat > Error reading 200 bytes at location 1056000 > Data Request Error: Error for variable 'u' > Operation Error: Error from skip function > Error ocurred at column 1 > DISPLAY error: Invalid expression > Expression = skip(u,2) > > --- ./cpd/NAM-2011072200.ctl Contents --- > dset /home/Agena/klhuyck/cpd/NAM-2011072200.dat > title NAM 40km Condensation Pressure Deficit > undef -999000000.000000 > options little_endian > xdef 200 linear -145.0 0.5 > ydef 110 linear 12.0 0.5 > zdef 1 levels 315 > tdef 2 linear 00Z22Jul2011 3hr > vars 4 > cpd 2 99 Condensation Pressure Deficit (mb) > isenps 2 99 Pressure (mb) > u 2 99 Zonal component of wind (ms^-1) > v 2 99 Meridional component of wind (ms^-1) > endvars > > -- > Kevin L. Huyck > Forecaster, Meridian Environmental Technology, Inc. > klhuyck at meridian-enviro.com > > Composed using Mozilla Thunderbird! > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/4de890bf/attachment-0002.html From j_karmacharya at yahoo.com Fri Jul 22 13:07:44 2011 From: j_karmacharya at yahoo.com (jagadish karmacharya) Date: Fri, 22 Jul 2011 10:07:44 -0700 (PDT) Subject: [gradsusr] incorrect time steps Message-ID: <1311354464.42717.YahooMailNeo@web31901.mail.mud.yahoo.com> Hi, I have used CDO operators to create monthly netCDF file from daily data. The timestamp of the resulting file when viewed in CDO is: 1989-01-31T00:00:00 1989-02-28T00:00:00 1989-03-31T00:00:00 1989-04-30T00:00:00 ...... ..... But the timestep of the same file in grads is: 1989-01-31:0 1989:3:3:0 1989:3:31:0 1989:5:1:0 .... .... This is different and I guess is causing problem in time series plot etc. How can I overcome the problem? I am using grads version 2.0.a7.oga.3 in Linux OS. Any advice will be highly appreciated. Jagadish -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/f7d0c5d5/attachment-0002.html From mubashardogar at gmail.com Fri Jul 22 13:27:13 2011 From: mubashardogar at gmail.com (Mubashar Dogar) Date: Fri, 22 Jul 2011 20:27:13 +0300 Subject: [gradsusr] Re :problem with grib2ctl.pl Message-ID: Hi Mason, Yes of course it is synoptic monthly means at 00, 06, 12 and 18 UTC. plz have a look on the attached netcdf, grib files of the same data set and see the clear difference between netcdf and grib2ctl.pl generated control file. Regards, Mubashar On Fri, Jul 22, 2011 at 3:53 PM, wrote: > Send gradsusr mailing list submissions to > gradsusr at gradsusr.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://gradsusr.org/mailman/listinfo/gradsusr > or, via email, send a message with subject or body 'help' to > gradsusr-request at gradsusr.org > > You can reach the person managing the list at > gradsusr-owner at gradsusr.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of gradsusr digest..." > > > Today's Topics: > > 1. Re: problem with grib2ctl.pl (Rowell, Mason D.) > 2. Re: GrADS Return Code 141 (Jonas Kaufmann) > 3. Re: Missing variables in 3-d fwrite binary file (James T. Potemra) > 4. incorrect time steps (jagadish karmacharya) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 22 Jul 2011 16:06:31 +0000 > From: "Rowell, Mason D." > Subject: Re: [gradsusr] problem with grib2ctl.pl > To: GrADS Users Forum > Message-ID: > < > EF993BF88A0DA241AA5B306C9D22DDF753FF5436 at it-kodiak.sooner.net.ou.edu> > Content-Type: text/plain; charset="iso-8859-1" > > Mubashar, > > Are you sure the data is what you expect? Does your grib file have 4 time > steps x 30 some days in the month of interest? Or are you positive it is > just those for time steps averaged for each day in the month? > > Mason > ________________________________ > From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on > behalf of Mubashar Dogar [mubashardogar at gmail.com] > Sent: Friday, July 22, 2011 10:49 AM > To: gradsusr at gradsusr.org > Subject: [gradsusr] problem with grib2ctl.pl > > Dear GrADS users, > > I have downloaded synoptic monthly means analysis data from ECMWF for > specific humidity at 1000 pressure level both in netcdf and grib format > (This is the same data in grib & netcdf format for three months of 1989). I > encountered a bug or some issue in perl script (grib2ctl.pl< > http://grib2ctl.pl>) that generates GrADS readable control file for the > grib data set. I am attaching grib file and control file made by > grib2ctl.pl as well as index file generated by > gribmap. The bug is that synoptic monthly means data have 4 time steps (at > 00, 06, 12, & 18) for each month but grib2ctl.pl makes > 4 time steps in each day instead of 4 time step in a month. When I opened > the ctl file in GrADS, it display some values and shows rest as all > undefined values. I even changed time in ctl manually and generate index > again but the problem is yet unresolved. Where is the issue? Does anyone > already encountered the same problem. Please see attached files for y! > our satisfaction. > > Mubashar > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110722/c0f45065/attachment-0001.html > > ------------------------------ > > Message: 2 > Date: Fri, 22 Jul 2011 18:08:45 +0200 > From: Jonas Kaufmann > Subject: Re: [gradsusr] GrADS Return Code 141 > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset=ISO-8859-1 > > Hello, > > the machine itself was okay - however I have found the answer in the > mean time. In my original script running on my WRF server I tried to > capture the output of the remote ssh command for debugging using: > ssh grads_machine image_generation_script.sh & > logfile 2> errorfile > > I changed this to (notice the brackets): > (ssh grads_machine image_generation_script.sh &) > logfile 2> errorfile > > ...and from this point on everything went fine - although I am not > sure why this failed at all... > > Anyway, thank you for your help and for your hints on where to look > further! > > Best regards and have a nice weekend! > > Jonas Kaufmann > > > On Fri, Jul 22, 2011 at 17:32, Huddleston, John > wrote: > > Jonas > > > > That's fits my third guess that it fails on a busy machine. > > > > What is the hardware, the operating system, the memory (vmstat,free), and > the ulimit of your space ?on both machines. > > > > John > > > > -----Original Message----- > > From: gradsusr-bounces at gradsusr.org [mailto: > gradsusr-bounces at gradsusr.org] On Behalf Of Jonas Kaufmann > > Sent: Friday, July 22, 2011 9:03 AM > > To: GrADS Users Forum > > Subject: Re: [gradsusr] GrADS Return Code 141 > > > > Hello, > > > > I have examined the environment of the calls on both my grads machine and > my remote machines. There are three machines involved in this: two remote > machines where WRF computations are run (these are located in different data > centers and have a slightly different setup) and my grads machine where the > output of the WRF computation is pushed and then a script is started via > ssh. > > > > So the basic script on the remote machine looks like this: > > - wait for new data from the forecast model > > - scp the data to the grads machine > > - ssh grads_machine image_generation_script.sh > > > > The image_generation_script.sh running on the grads server is also quite > easy: > > - set up environment variables > > - perl script to generate a grads script > > - grads -b -l -c my_generated_script.gs > > > > I have compared the environments on both the remote machines as the > script is run via cron, and the environment variables are exactly the same > on both machines. On the grads machine, I have also done this, and the > environment also matches there when being called from both remote machines. > There are two things that I don't get: > > - on one remote machine everything is working fine, and the other one > fails > > - if I start the script on my failing remote machine manually, everything > works fine, but not when it gets executed by cron > > > > Is there a way to get any additional output or debug information from > grads? Do you have any other hints what I could try? > > > > Best regards and thank you for your help! > > > > Jonas Kaufmann > > > > > > On Fri, Jul 22, 2011 at 16:31, Huddleston, John < > Huddleston at cira.colostate.edu> wrote: > >> Jonas > >> > >> There could be a number of reasons. Bernd's reply is true in that a cron > script does not set a PATH and so by sourcing your profile or .bashrc files > it will establish your environment. It is easier to put those PATH > assignments in the cron script itself. Add the GrADS variables (GADDIR and > GASCRP) as well to find the library scripts. > >> > >> Second, the error code 141 means it is a SIGPIPE error. 141=128+13. 13 > indicates a pipe error. 128 is the bash script error. > >> > >> Third, it could be related to the resources on your machine itself could > be the problem. > >> > >> Can you give us your script? > >> > >> John Huddleston > >> > >> -----Original Message----- > >> From: gradsusr-bounces at gradsusr.org > >> [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Becker, Bernd > >> Sent: Friday, July 22, 2011 6:50 AM > >> To: GrADS Users Forum > >> Subject: Re: [gradsusr] GrADS Return Code 141 > >> > >> > >> Normalerweise liegt das an nicht gesetzten Umgebungsvariablen. > >> > >> Einfach im Script oben nochmal > >> . ~/profile > >> . ~/kshrc > >> > >> ausfuehren. Dann klappt das. (Meistens) > >> > >> -- > >> Bernd Becker ? Climate Impacts Product Development Met Office Hadley > >> Centre ? ?FitzRoy Road ?Exeter ? Devon EX1 3PB ?United Kingdom > >> Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > >> E-mail:bernd.becker at metoffice.gov.uk - > >> http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decada > >> l/ > >> bernd-becker > >> > >> > >> -----Original Message----- > >> From: gradsusr-bounces at gradsusr.org > >> [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jonas Kaufmann > >> Sent: 22 July 2011 12:52 > >> To: GrADS Users Forum > >> Subject: [gradsusr] GrADS Return Code 141 > >> > >> Hello, > >> > >> in my setup I am running into a strange problem right now. I am calling > a shell script containing a call to grads from a remote server. When I > invoke my shell script manually from the remote server, everything is > working fine - however when running through cron, grads silently crashes. > Nothing is written on both STDOUT or STDERR. The only thing that I can get > is that grads gives a return code 141 in the shell after failing. > >> > >> Can you tell me what this return code means? Do you have any idea why my > job can be run manually but not from cron? > >> > >> Best regards, > >> Jonas Kaufmann > >> _______________________________________________ > >> gradsusr mailing list > >> gradsusr at gradsusr.org > >> http://gradsusr.org/mailman/listinfo/gradsusr > >> > >> _______________________________________________ > >> gradsusr mailing list > >> gradsusr at gradsusr.org > >> http://gradsusr.org/mailman/listinfo/gradsusr > >> > >> _______________________________________________ > >> gradsusr mailing list > >> gradsusr at gradsusr.org > >> http://gradsusr.org/mailman/listinfo/gradsusr > >> > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > ------------------------------ > > Message: 3 > Date: Fri, 22 Jul 2011 06:48:54 -1000 > From: "James T. Potemra" > Subject: Re: [gradsusr] Missing variables in 3-d fwrite binary file > To: GrADS Users Forum > Message-ID: <4E29A9F6.5030801 at hawaii.edu> > Content-Type: text/plain; charset="iso-8859-1" > > Hi Kevin: > > It looks like in your NAM-2011072200.ctl file you are defining one > vertical level: > > zdef 1 levels 315 > > but you then assign two levels to each variable: > > cpd 2 99 Condensation Pressure Deficit (mb) > isenps 2 99 Pressure (mb) > u 2 99 Zonal component of wind (ms^-1) > v 2 99 Meridional component of wind (ms^-1) > > I think if you change the "2's" above with "1", or for surface you can > have "0", > it should work ok. > > Jim > > On 7/22/11 2:49 AM, Kevin Huyck wrote: > > Good morning. > > > > I'm attempting to configure some post-processing subroutines for > > several parameters I find useful. For my pathfinder case, I am > > creating a binary file using "fwrite" to store four parameters. Each > > parameter varies in the horizontal plane, but not in the vertical > > (i.e. only one vertical level is computed). When I output a single > > timestep, I can open and retrieve the data file and the data display > > correctly. If I write each variable twice, once for each time step, I > > can retrieve the first time step, but not the second. At present I'm > > feeding commands into the command-line interpreter rather than > > executing a script. I've seen examples in the archives discussing > > varying the time dimension by way of a "while" loop. Since I'm > > entering the commands individually the result /should/ be the same as > > if run from a script. > > > > I'm not sure where I'm making my mistake in the process, so any > > guidance would be appreciated. > > > > Input data is the North American Mesoscale (NAM) 40 km model. I am > > computing values for "t 1" and "t 2" during this trial period. The > > variables utilized in the process are "cpd", "isenps", "u", and "v". > > Command sequence is first, followed by the .ctl file. I use a homemade > > script file, "compute_cpd.gs", to conduct the necessary calculations. > > This script accepts three arguments, Theta surface (in Kelvin), grid > > skip, and working file number. compute_cpd.gs returns cpd, isenps, u, > > and v. In this case, "z" in NAM-2011072200.dat represents the "theta" > > level for the isentropic surface. > > > > --- Command Listing --- > > open NAM-2011072200.ctl > > set t 1 > > run compute_cpd.gs 315 1 1 > > > > set fwrite ./cpd/NAM-2011072200.dat > > set gxout fwrite > > > > d cpd > > d isenps > > d u > > d v > > > > set t 2 > > run compute_cpd.gs 315 1 1 > > > > d cpd > > d isenps > > d u > > d v > > > > disable fwrite > > reinit > > > > open ./cpd/NAM-2011072200.ctl > > set t 1 > > run ./draw-cpd.gs > > > > clear graphics > > set t 2 > > run ./draw-cpd.gs > > > > --- Error Output --- > > Low Level I/O Error: Read error on data file > > Data file name = ./cpd/NAM-2011072200.dat > > Error reading 200 bytes at location 704000 > > Data Request Error: Error for variable 'cpd' > > Error ocurred at column 1 > > DISPLAY error: Invalid expression > > Expression = cpd > > Cannot plot color bar: No shading information > > Low Level I/O Error: Read error on data file > > Data file name = ./cpd/NAM-2011072200.dat > > Error reading 200 bytes at location 704000 > > Data Request Error: Error for variable 'cpd' > > Error ocurred at column 1 > > DISPLAY error: Invalid expression > > Expression = cpd > > Low Level I/O Error: Read error on data file > > Data file name = ./cpd/NAM-2011072200.dat > > Error reading 200 bytes at location 880000 > > Data Request Error: Error for variable 'isenps' > > Error ocurred at column 1 > > DISPLAY error: Invalid expression > > Expression = isenps > > Low Level I/O Error: Read error on data file > > Data file name = ./cpd/NAM-2011072200.dat > > Error reading 200 bytes at location 1056000 > > Data Request Error: Error for variable 'u' > > Operation Error: Error from skip function > > Error ocurred at column 1 > > DISPLAY error: Invalid expression > > Expression = skip(u,2) > > > > --- ./cpd/NAM-2011072200.ctl Contents --- > > dset /home/Agena/klhuyck/cpd/NAM-2011072200.dat > > title NAM 40km Condensation Pressure Deficit > > undef -999000000.000000 > > options little_endian > > xdef 200 linear -145.0 0.5 > > ydef 110 linear 12.0 0.5 > > zdef 1 levels 315 > > tdef 2 linear 00Z22Jul2011 3hr > > vars 4 > > cpd 2 99 Condensation Pressure Deficit (mb) > > isenps 2 99 Pressure (mb) > > u 2 99 Zonal component of wind (ms^-1) > > v 2 99 Meridional component of wind (ms^-1) > > endvars > > > > -- > > Kevin L. Huyck > > Forecaster, Meridian Environmental Technology, Inc. > > klhuyck at meridian-enviro.com > > > > Composed using Mozilla Thunderbird! > > > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110722/4de890bf/attachment-0001.html > > ------------------------------ > > Message: 4 > Date: Fri, 22 Jul 2011 10:07:44 -0700 (PDT) > From: jagadish karmacharya > Subject: [gradsusr] incorrect time steps > To: "gradsusr at gradsusr.org" > Message-ID: > <1311354464.42717.YahooMailNeo at web31901.mail.mud.yahoo.com> > Content-Type: text/plain; charset="us-ascii" > > Hi, > I have used CDO operators to create monthly netCDF file from daily data. > The timestamp of the resulting file when viewed in CDO is: > > 1989-01-31T00:00:00 > 1989-02-28T00:00:00 > 1989-03-31T00:00:00 > 1989-04-30T00:00:00 > ...... > ..... > > But the timestep of the same file in grads is: > > 1989-01-31:0 > 1989:3:3:0 > > 1989:3:31:0 > 1989:5:1:0 > .... > .... > > This is different and I guess is causing problem in time series plot etc. > How can I overcome the problem? > > I am using grads version 2.0.a7.oga.3 in Linux OS. > > Any advice will be highly appreciated. > > > Jagadish > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110722/f7d0c5d5/attachment.html > > ------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > End of gradsusr Digest, Vol 17, Issue 24 > **************************************** > -- Muhammad Mubashar Ahmad Dogar Scientific Officer (Climatology Section), Global Change Impact Studies Centre (GCISC), NCP complex, Quaid-e-Azam University Campus, Shahdra road, Islamabad, Pakistan. Tel: +92519230226 Mob:+923315144169 email: mubashardogar at yahoo.com mubashar.ahmad at gcisc.org.pk -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/51f0a3a7/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: output.ctl Type: application/octet-stream Size: 333 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110722/51f0a3a7/attachment-0006.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: output.grib Type: application/octet-stream Size: 698256 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110722/51f0a3a7/attachment-0007.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: output.grib.idx Type: application/octet-stream Size: 5794 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110722/51f0a3a7/attachment-0008.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: output.nc Type: application/x-netcdf Size: 699252 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110722/51f0a3a7/attachment-0002.nc From ahmed4kernel at gmail.com Fri Jul 22 14:50:37 2011 From: ahmed4kernel at gmail.com (ahmed lasheen) Date: Fri, 22 Jul 2011 21:50:37 +0300 Subject: [gradsusr] muti plot Message-ID: Hello i am trying to plot muti images in the same panel ,i am trying to use the panels.gsf .i wanna to usse it in command line mode so how can i use the global variable (_vpg.p) in the panels.gsf to define the number of plot i wanna to plot . for example *open plot.ctl* *panels.gsf 2 2 * *_vpg.1* *d u* *_vpg.2 * *d v* thanks in advance fedora linux -grads v 2.0.a9 =============== Ahmed Lasheen Junior researcher at Cairo Numerical Weather Prediction Center (CNWPC) Egyptian Meteorological Authority(EMA) Cairo,Egypt =============== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/358482fa/attachment-0002.html From Wesley.Ebisuzaki at noaa.gov Fri Jul 22 15:51:47 2011 From: Wesley.Ebisuzaki at noaa.gov (Wesley Ebisuzaki) Date: Fri, 22 Jul 2011 15:51:47 -0400 Subject: [gradsusr] problem with grib2ctl.pl In-Reply-To: References: Message-ID: <4E29D4D3.4060109@noaa.gov> Mubashar, The grib ctl file looks fine. If you want the 00Z jan, "set time 00z1jan1989". If you want the 12Z feb mean, "set time 12Z1feb1989". GrADS requires the time variable to have fixed time steps so you will have undefined data for all but the first day of the month. Wesley Mubashar Dogar wrote: > *Dear GrADS users, > > I have downloaded synoptic monthly means analysis data from ECMWF for > specific humidity at 1000 pressure level both in netcdf and grib > format (This is the same data in grib & netcdf format for three months > of 1989). I encountered a bug or some issue in perl script > (grib2ctl.pl ) that generates GrADS readable > control file for the grib data set. I am attaching grib file and > control file made by grib2ctl.pl as well as index > file generated by gribmap. The bug is that synoptic monthly means data > have 4 time steps (at 00, 06, 12, & 18) for each month but grib2ctl.pl > makes 4 time steps in each day instead of 4 time > step in a month. When I opened the ctl file in GrADS, it display some > values and shows rest as all undefined values. I even changed time in > ctl manually and generate index again but the problem is yet > unresolved. Where is the issue? Does anyone already encountered the > same problem. Please see attached files for your satisfaction. > * > Mubashar > ------------------------------------------------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr From devdas.pnr at gmail.com Mon Jul 25 06:42:27 2011 From: devdas.pnr at gmail.com (Sudev Das M P) Date: Mon, 25 Jul 2011 16:12:27 +0530 Subject: [gradsusr] Error Message Message-ID: Hai, I want to plot surface current above sst. For this I am using Argo sst data and Oscar surface current data. The details of this files are given below: ---------------------------------------------------------------------------------------- ga-> q file 1 File 1 : 1x1 Monthly gridded climatology on Standard Levels Descriptor: Gr_clm_temp_lev_0_2000m.nc Binary: Gr_clm_temp_lev_0_2000m.nc Type = Gridded Xsize = 360 Ysize = 180 Zsize = 27 Tsize = 12 Esize = 1 Number of Variables = 1 temp 27 t,z,y,x argo temperature (degc) ga-> q file 2 File 2 : OSCAR Surface current data climatology 2003-2010 averaged Descriptor: oscar2003_2010clim.ctl Binary: oscar2003_2010clim.bin Type = Gridded Xsize = 360 Ysize = 120 Zsize = 1 Tsize = 12 Esize = 1 Number of Variables = 2 u 1 99 zonal velocity component v 1 99 meridional velocity component ------------------------------------------------------------------------------------------- I plotted the sst , but when I am trying to plot the surface current above sst, I am getting the following warning message. -------------------------------------------------------------------------------------------- ........................................ ........................................... ga-> d u.2;v.2 Data Request Warning: Request is completely outside file limits Entire grid contents are set to missing data Grid limits of file: X = 1 360 Y = 1 120 Z = 1 1 T = 1 12 E = 1 1 Grid limits of request: X = 35 111 Y = 40 88 Z = 1 1 T = -119987 -119987 E = 1 1 Warning issued for variable = u.2 Data Request Warning: Request is completely outside file limits Entire grid contents are set to missing data Grid limits of file: X = 1 360 Y = 1 120 Z = 1 1 T = 1 12 E = 1 1 Grid limits of request: X = 35 111 Y = 40 88 Z = 1 1 T = -119987 -119987 E = 1 1 Warning issued for variable = v.2 Cannot draw vectors/barbs -- U field all undefined ---------------------------------------------------------------------------------------------- Please tell me how to solve this. Thanks, sudev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110725/eeed852b/attachment-0002.html From dbcl at ceh.ac.uk Mon Jul 25 07:00:50 2011 From: dbcl at ceh.ac.uk (Clark, Douglas B.) Date: Mon, 25 Jul 2011 12:00:50 +0100 Subject: [gradsusr] Error Message In-Reply-To: References: Message-ID: <40829B0E077C1145A6DE44D39B3830A91FFD71D656@nerckwmb1.ad.nerc.ac.uk> Sudev, The problem (I think) is that your current time dimensions settings do not overlap with the times available in your file #2. Your second file has 12 times but the line in the error message "Grid limits of request:? X = 35 111? Y = 40 88? Z = 1 1? T = -119987 -119987? E = 1 1" indicates that the time you have selected from the SST file is before the start of the surface current data (t=-119987). You can override the current time dimension settings (i.e. choose a particular time) by using, e.g. d u.2(t=1);v.2(t=1) to plot the first time of surface current data. You can choose any of the 12 times available in this way. Doug From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Sudev Das M P Sent: 25 July 2011 11:42 To: GrADS Users Forum Subject: [gradsusr] Error Message Hai, I want to plot surface current above sst. For this I am using Argo sst data and Oscar surface current data. The details of this files are given below: ---------------------------------------------------------------------------------------- ga-> q file 1 File 1 : 1x1 Monthly gridded climatology on Standard Levels ? Descriptor: Gr_clm_temp_lev_0_2000m.nc ? Binary: Gr_clm_temp_lev_0_2000m.nc ? Type = Gridded ? Xsize = 360? Ysize = 180? Zsize = 27? Tsize = 12? Esize = 1 ? Number of Variables = 1 ???? temp? 27? t,z,y,x? argo temperature (degc) ga-> q file 2 File 2 : OSCAR Surface current data climatology 2003-2010 averaged ? Descriptor: oscar2003_2010clim.ctl ? Binary: oscar2003_2010clim.bin ? Type = Gridded ? Xsize = 360? Ysize = 120? Zsize = 1? Tsize = 12? Esize = 1 ? Number of Variables = 2 ???? u? 1? 99? zonal velocity component ???? v? 1? 99? meridional velocity component ------------------------------------------------------------------------------------------- I plotted the sst , but when I am trying to plot the surface current above sst, I am getting the following warning message. -------------------------------------------------------------------------------------------- ........................................ ........................................... ga-> d u.2;v.2 Data Request Warning:? Request is completely outside file limits ? Entire grid contents are set to missing data ? Grid limits of file:???? X = 1 360? Y = 1 120? Z = 1 1? T = 1 12? E = 1 1 ? Grid limits of request:? X = 35 111? Y = 40 88? Z = 1 1? T = -119987 -119987? E = 1 1 ? Warning issued for variable = u.2 Data Request Warning:? Request is completely outside file limits ? Entire grid contents are set to missing data ? Grid limits of file:???? X = 1 360? Y = 1 120? Z = 1 1? T = 1 12? E = 1 1 ? Grid limits of request:? X = 35 111? Y = 40 88? Z = 1 1? T = -119987 -119987? E = 1 1 ? Warning issued for variable = v.2 Cannot draw vectors/barbs -- U field all undefined ---------------------------------------------------------------------------------------------- Please tell me how to solve this. Thanks, sudev -- This message (and any attachments) is for the recipient only. NERC is subject to the Freedom of Information Act 2000 and the contents of this email and any reply you make may be disclosed by NERC unless it is exempt from release under the Act. Any material supplied to NERC may be stored in an electronic records management system. From simon.kiertscher at gmx.de Mon Jul 25 08:27:59 2011 From: simon.kiertscher at gmx.de (Simon Kiertscher) Date: Mon, 25 Jul 2011 14:27:59 +0200 Subject: [gradsusr] say to stderr In-Reply-To: References: <4E26D9AB.6090204@gmx.de> <4E2933C0.9020702@gmx.de> Message-ID: <4E2D614F.9040000@gmx.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi John, thanks you for your effort. Best Regards, Simon Am 22.07.2011 16:10, schrieb Huddleston, John: > Simon > > I looked through the GrADS source code, specifically gscrpt.c file and the 'printf' function is used. > > The 'printf' always goes to stdout. Had it been fprintf(FILE *somefp,...) then maybe it could have been. > > However, I don't think the original designers (aka Brian Doty) was concerned about writing to stderr. > > John > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher > Sent: Friday, July 22, 2011 2:25 AM > To: gradsusr at gradsusr.org > Subject: Re: [gradsusr] say to stderr > > Hi John, > > thanks for your answer. I know how to redirect channels on the command line. > But how to decide IN the script, what should go to stderr and what to stdout, 'say' always put the output to stdout. > So in bash i would do echo "foobar" 1>&2 to get the foobar to the stderr, how can i do this in GrADS? Is there a way? > > Best Regards, > Simon >> Simon >> >> If you are running GrADS in batch mode you can re-direct output as >> follows >> >> grads -lbc 'run somescript.gs' 2> say.err 1>&2 >> >> In interactive mode there is no output to the screen it simply goes to the file. >> >> Does that answer your question? >> >> John Huddleston >> >> -----Original Message----- >> From: gradsusr-bounces at gradsusr.org >> [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher >> Sent: Wednesday, July 20, 2011 7:36 AM >> To: gradsusr at gradsusr.org >> Subject: [gradsusr] say to stderr >> >> Dear gradsusers >> >> i can not find any information about sending text to the stderror channel of the shell while using the say command. Has some one an idea? >> >> Best Regards, >> Simon >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) iEYEARECAAYFAk4tYU8ACgkQG0AVdCSrH+YQTwCguP5vZwnTglV57tNoXdBLQHfr Z8EAnizKje0vZYEoHntzY/0Omx67IPSf =Y7CV -----END PGP SIGNATURE----- From devdas.pnr at gmail.com Mon Jul 25 12:44:36 2011 From: devdas.pnr at gmail.com (Sudev Das M P) Date: Mon, 25 Jul 2011 22:14:36 +0530 Subject: [gradsusr] Error Message In-Reply-To: <40829B0E077C1145A6DE44D39B3830A91FFD71D656@nerckwmb1.ad.nerc.ac.uk> References: <40829B0E077C1145A6DE44D39B3830A91FFD71D656@nerckwmb1.ad.nerc.ac.uk> Message-ID: Hai Douglas, Thanks. It is working. Sudev On Mon, Jul 25, 2011 at 4:30 PM, Clark, Douglas B. wrote: > Sudev, > > The problem (I think) is that your current time dimensions settings do not > overlap with the times available in your file #2. > > Your second file has 12 times but the line in the error message > "Grid limits of request: X = 35 111 Y = 40 88 Z = 1 1 T = -119987 > -119987 E = 1 1" > indicates that the time you have selected from the SST file is before the > start of the surface current data (t=-119987). > > You can override the current time dimension settings (i.e. choose a > particular time) by using, e.g. > d u.2(t=1);v.2(t=1) > to plot the first time of surface current data. You can choose any of the > 12 times available in this way. > > Doug > > > > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] > On Behalf Of Sudev Das M P > Sent: 25 July 2011 11:42 > To: GrADS Users Forum > Subject: [gradsusr] Error Message > > Hai, > > I want to plot surface current above sst. For this I am using Argo sst data > and > Oscar surface current data. The details of this files are given below: > > ---------------------------------------------------------------------------------------- > ga-> q file 1 > File 1 : 1x1 Monthly gridded climatology on Standard Levels > Descriptor: Gr_clm_temp_lev_0_2000m.nc > Binary: Gr_clm_temp_lev_0_2000m.nc > Type = Gridded > Xsize = 360 Ysize = 180 Zsize = 27 Tsize = 12 Esize = 1 > Number of Variables = 1 > temp 27 t,z,y,x argo temperature (degc) > ga-> q file 2 > File 2 : OSCAR Surface current data climatology 2003-2010 averaged > Descriptor: oscar2003_2010clim.ctl > Binary: oscar2003_2010clim.bin > Type = Gridded > Xsize = 360 Ysize = 120 Zsize = 1 Tsize = 12 Esize = 1 > Number of Variables = 2 > u 1 99 zonal velocity component > v 1 99 meridional velocity component > > ------------------------------------------------------------------------------------------- > > I plotted the sst , but when I am trying to plot the surface current above > sst, I am getting > the following warning message. > > -------------------------------------------------------------------------------------------- > ........................................ > ........................................... > ga-> d u.2;v.2 > Data Request Warning: Request is completely outside file limits > Entire grid contents are set to missing data > Grid limits of file: X = 1 360 Y = 1 120 Z = 1 1 T = 1 12 E = 1 1 > Grid limits of request: X = 35 111 Y = 40 88 Z = 1 1 T = -119987 > -119987 E = 1 1 > Warning issued for variable = u.2 > Data Request Warning: Request is completely outside file limits > Entire grid contents are set to missing data > Grid limits of file: X = 1 360 Y = 1 120 Z = 1 1 T = 1 12 E = 1 1 > Grid limits of request: X = 35 111 Y = 40 88 Z = 1 1 T = -119987 > -119987 E = 1 1 > Warning issued for variable = v.2 > Cannot draw vectors/barbs -- U field all undefined > > ---------------------------------------------------------------------------------------------- > Please tell me how to solve this. > > Thanks, > sudev > > > -- > This message (and any attachments) is for the recipient only. NERC > is subject to the Freedom of Information Act 2000 and the contents > of this email and any reply you make may be disclosed by NERC unless > it is exempt from release under the Act. Any material supplied to > NERC may be stored in an electronic records management system. > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110725/8a47ca00/attachment-0002.html From klhuyck at meridian-enviro.com Mon Jul 25 15:26:52 2011 From: klhuyck at meridian-enviro.com (Kevin Huyck) Date: Mon, 25 Jul 2011 14:26:52 -0500 Subject: [gradsusr] Missing variables in 3-d fwrite binary file In-Reply-To: <4E29A9F6.5030801@hawaii.edu> References: <4E2971D2.6050800@meridian-enviro.com> <4E29A9F6.5030801@hawaii.edu> Message-ID: <4E2DC37C.3000703@meridian-enviro.com> Jim, I thought those values represented the time step. After changing them to "1" as you suggested, the data are what I was expecting. My next step is creating multiple levels corresponding to numerous isentropic levels. For each level I add, I'll increment the "1"s to the number of vertical levels. Many, many thanks for you suggestion. Kevin L. Huyck Forecaster, Meridian Environmental Technology, Inc. klhuyck at meridian-enviro.com Composed using Mozilla Thunderbird! On 07/22/11 11:48, James T. Potemra wrote: > Hi Kevin: > > It looks like in your NAM-2011072200.ctl file you are defining one > vertical level: > > zdef 1 levels 315 > > but you then assign two levels to each variable: > > cpd 2 99 Condensation Pressure Deficit (mb) > isenps 2 99 Pressure (mb) > u 2 99 Zonal component of wind (ms^-1) > v 2 99 Meridional component of wind (ms^-1) > > I think if you change the "2's" above with "1", or for surface you can > have "0", > it should work ok. > > Jim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110725/933b4073/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: klhuyck.vcf Type: text/x-vcard Size: 307 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110725/933b4073/attachment-0002.vcf From dipakmath at gmail.com Tue Jul 26 00:48:45 2011 From: dipakmath at gmail.com (dipak sahu) Date: Tue, 26 Jul 2011 10:18:45 +0530 Subject: [gradsusr] error with fprintf command In-Reply-To: References: Message-ID: Dear all I tried to write the grads out put values into a ascii file by using the fprintf.gs script. I tried the following command > set x 1 54 (since the .dat file has 54 longitude and 36 latitude points) > set t 25 > fprintf t2-273.15 T2-24hr.csv %g, 54 but the file T2-24hr.csv has only two rows of data instead of 36 rows of data. What may be the error with this script or command. waiting for your kind reply thanking you with regards Dipak Sahu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110726/09c72c64/attachment-0002.html From chinhth2010 at gmail.com Tue Jul 26 20:50:18 2011 From: chinhth2010 at gmail.com (chinh ta huu) Date: Tue, 26 Jul 2011 17:50:18 -0700 Subject: [gradsusr] Grads 2.0.9 error In-Reply-To: References: Message-ID: Dear Guilherme For this software, not make install. You only copy to /opt/opengrads/opengrads/ And then set envir variable in bashfile. It is ok Best regards Chinh On Thu, Jul 7, 2011 at 1:09 PM, Guilherme Martins wrote: > Hi users, > > I need help. I'm trying to install grads2.0.9, but I receive the message > below when I type make: > > gagx.o: In function `gakml': > /home/gui/grads-2.0.a9/src/gagx.c:3986: undefined reference to `gxqdrgb' > gagx.o: In function `gagtif': > /home/gui/grads-2.0.a9/src/gagx.c:4290: undefined reference to `gxqdrgb' > ../../supplibs/lib/libcurl.a(timeval.o): In function `curlx_tvnow': > timeval.c:(.text+0x89): undefined reference to `clock_gettime' > make[2]: ** [grads] Erro 1 > make[2]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' > make[1]: ** [all] Erro 2 > make[1]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' > make: ** [all-recursive] Erro 1 > gui at curupira:~/grads-2.0.a9$ > > May anyone help me? > > Thanks a lot, > > Guilherme. > > -- > Guilherme Martins > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- (Mr.) Ta Huu Chinh National, Weather Forecasting Center, Ha Noi, Viet Nam. No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi Tel: 84-903-402-181 Fax: 84-43-824-4917 Email: chinhth2010 at gmail.com Website: http://vn.myblog.yahoo.com/chinhth2005/ Website: http://bestknowledge-chinhth.blogspot.com/ Website: http://anhcuoidep.vn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110726/6b6229ad/attachment-0002.html From sal.salazar1 at gmail.com Wed Jul 27 03:19:26 2011 From: sal.salazar1 at gmail.com (Salvador Salazar) Date: Wed, 27 Jul 2011 00:19:26 -0700 Subject: [gradsusr] Variable 'HFX' from ctl file Message-ID: Hi guys, I have a question about the variable 'HFX' that from the ARWpost .ctl file. The description reads 'upward heat flux at the surface', and I wanted to know if this meant total heat flux or simply sensible heat flux. Any ideas are appreciated! -- Sal! From simon.kiertscher at gmx.de Wed Jul 27 04:27:59 2011 From: simon.kiertscher at gmx.de (Simon Kiertscher) Date: Wed, 27 Jul 2011 10:27:59 +0200 Subject: [gradsusr] time format In-Reply-To: References: Message-ID: <4E2FCC0F.6080607@gmx.de> Dear all, i have a problem with opening a file. I use (GrADS) Version 2.0.a9 on Suse ga-> sdfopen GKSS-2.nc Scanning self-describing file: GKSS-2.nc gadsdf: Error parsing time_units for SDF file. the format is as follows: (from ncdump) double time(time) ; time:units = "day as %Y%m%d.%f" ; time:calendar = "proleptic_gregorian" ; time:axis = "t" ; time:long_name = "time" ; So i think this is valid format? Can anyone tell my what is wrong? Best Regards, Simon From yaqiang.wang at gmail.com Wed Jul 27 04:41:49 2011 From: yaqiang.wang at gmail.com (Yaqiang Wang) Date: Wed, 27 Jul 2011 16:41:49 +0800 Subject: [gradsusr] time format In-Reply-To: <4E2FCC0F.6080607@gmx.de> References: <4E2FCC0F.6080607@gmx.de> Message-ID: time:units = "day as %Y%m%d.%f" It does not follow GOARDS conventions which is used in 'sdfopen' function. So you need to write a control file to tell GrADS the dimensions and variables in the data set. You have to use 'xdfopen' or 'open' commands to open the data file. On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher wrote: > Dear all, > > i have a problem with opening a file. > I use (GrADS) Version 2.0.a9 on Suse > > ga-> sdfopen GKSS-2.nc > Scanning self-describing file: ?GKSS-2.nc > gadsdf: Error parsing time_units for SDF file. > > the format is as follows: > (from ncdump) > > ? ? ? ? double time(time) ; > ? ? ? ? ? ? ? ? time:units = "day as %Y%m%d.%f" ; > ? ? ? ? ? ? ? ? time:calendar = "proleptic_gregorian" ; > ? ? ? ? ? ? ? ? time:axis = "t" ; > ? ? ? ? ? ? ? ? time:long_name = "time" ; > > So i think this is valid format? Can anyone tell my what is wrong? > > Best Regards, > Simon > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- ************************************************* Dr. Yaqiang Wang Chinese Academy of Meteorological Sciences (CAMS) 46, Zhong-Guan-Cun South Avenue Beijing, 100081 China yaqiang.wang at gmail.com ************************************************** From simon.kiertscher at gmx.de Wed Jul 27 05:14:17 2011 From: simon.kiertscher at gmx.de (Simon Kiertscher) Date: Wed, 27 Jul 2011 11:14:17 +0200 Subject: [gradsusr] time format In-Reply-To: References: <4E2FCC0F.6080607@gmx.de> Message-ID: <4E2FD6E9.1040002@gmx.de> Dear Yaqiang, thank you for the information, where can i find the GrADS conventions to know which format is ok, and which not? I'm very new to GrADS, so can you give me a source where i can find a example of a control file? I have no idea how to do that. Best Regards, Simon > time:units = "day as %Y%m%d.%f" It does not follow GOARDS > conventions which is used in 'sdfopen' function. So you need to write > a control file to tell GrADS the dimensions and variables in the data > set. You have to use 'xdfopen' or 'open' commands to open the data > file. > > On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher > wrote: >> Dear all, >> >> i have a problem with opening a file. >> I use (GrADS) Version 2.0.a9 on Suse >> >> ga-> sdfopen GKSS-2.nc >> Scanning self-describing file: GKSS-2.nc >> gadsdf: Error parsing time_units for SDF file. >> >> the format is as follows: >> (from ncdump) >> >> double time(time) ; >> time:units = "day as %Y%m%d.%f" ; >> time:calendar = "proleptic_gregorian" ; >> time:axis = "t" ; >> time:long_name = "time" ; >> >> So i think this is valid format? Can anyone tell my what is wrong? >> >> Best Regards, >> Simon >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > From yaqiang.wang at gmail.com Wed Jul 27 05:32:44 2011 From: yaqiang.wang at gmail.com (Yaqiang Wang) Date: Wed, 27 Jul 2011 17:32:44 +0800 Subject: [gradsusr] time format In-Reply-To: <4E2FD6E9.1040002@gmx.de> References: <4E2FCC0F.6080607@gmx.de> <4E2FD6E9.1040002@gmx.de> Message-ID: The information could be found at http://www.iges.org/grads/gadoc/gradcomdsdfopen.html. On Wed, Jul 27, 2011 at 5:14 PM, Simon Kiertscher wrote: > Dear Yaqiang, > > thank you for the information, where can i find the GrADS conventions to > know which ?format is ok, ?and which not? > I'm very new to GrADS, so can you give me a source where i can find a > example of a control file? I have no idea how to do that. > > Best Regards, > Simon >> ? time:units = "day as %Y%m%d.%f" ? It does not follow GOARDS >> conventions which is used in 'sdfopen' function. So you need to write >> a control file to tell GrADS the dimensions and variables in the data >> set. You have to use 'xdfopen' or 'open' commands to open the data >> file. >> >> On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher >> ?wrote: >>> Dear all, >>> >>> i have a problem with opening a file. >>> I use (GrADS) Version 2.0.a9 on Suse >>> >>> ga-> ?sdfopen GKSS-2.nc >>> Scanning self-describing file: ?GKSS-2.nc >>> gadsdf: Error parsing time_units for SDF file. >>> >>> the format is as follows: >>> (from ncdump) >>> >>> ? ? ? ? ?double time(time) ; >>> ? ? ? ? ? ? ? ? ?time:units = "day as %Y%m%d.%f" ; >>> ? ? ? ? ? ? ? ? ?time:calendar = "proleptic_gregorian" ; >>> ? ? ? ? ? ? ? ? ?time:axis = "t" ; >>> ? ? ? ? ? ? ? ? ?time:long_name = "time" ; >>> >>> So i think this is valid format? Can anyone tell my what is wrong? >>> >>> Best Regards, >>> Simon >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >> >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- ************************************************* Dr. Yaqiang Wang Chinese Academy of Meteorological Sciences (CAMS) 46, Zhong-Guan-Cun South Avenue Beijing, 100081 China yaqiang.wang at gmail.com ************************************************** From davide.sacchetti at arpal.gov.it Wed Jul 27 05:34:40 2011 From: davide.sacchetti at arpal.gov.it (Davide Sacchetti) Date: Wed, 27 Jul 2011 11:34:40 +0200 Subject: [gradsusr] say to stderr In-Reply-To: <4E2D614F.9040000@gmx.de> References: <4E26D9AB.6090204@gmx.de> <4E2933C0.9020702@gmx.de> <4E2D614F.9040000@gmx.de> Message-ID: <1311759280.885.5.camel@davide> inside a script you could redirect using unix shell e.g.: '!echo ERROR ON FILE >&2' I've just tried and it seems to work bye bye Davide On Mon, 2011-07-25 at 14:27 +0200, Simon Kiertscher wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi John, > > thanks you for your effort. > > Best Regards, > Simon > > Am 22.07.2011 16:10, schrieb Huddleston, John: > > Simon > > > > I looked through the GrADS source code, specifically gscrpt.c file and the 'printf' function is used. > > > > The 'printf' always goes to stdout. Had it been fprintf(FILE *somefp,...) then maybe it could have been. > > > > However, I don't think the original designers (aka Brian Doty) was concerned about writing to stderr. > > > > John > > > > -----Original Message----- > > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher > > Sent: Friday, July 22, 2011 2:25 AM > > To: gradsusr at gradsusr.org > > Subject: Re: [gradsusr] say to stderr > > > > Hi John, > > > > thanks for your answer. I know how to redirect channels on the command line. > > But how to decide IN the script, what should go to stderr and what to stdout, 'say' always put the output to stdout. > > So in bash i would do echo "foobar" 1>&2 to get the foobar to the stderr, how can i do this in GrADS? Is there a way? > > > > Best Regards, > > Simon > >> Simon > >> > >> If you are running GrADS in batch mode you can re-direct output as > >> follows > >> > >> grads -lbc 'run somescript.gs' 2> say.err 1>&2 > >> > >> In interactive mode there is no output to the screen it simply goes to the file. > >> > >> Does that answer your question? > >> > >> John Huddleston > >> > >> -----Original Message----- > >> From: gradsusr-bounces at gradsusr.org > >> [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher > >> Sent: Wednesday, July 20, 2011 7:36 AM > >> To: gradsusr at gradsusr.org > >> Subject: [gradsusr] say to stderr > >> > >> Dear gradsusers > >> > >> i can not find any information about sending text to the stderror channel of the shell while using the say command. Has some one an idea? > >> > >> Best Regards, > >> Simon > >> _______________________________________________ > >> gradsusr mailing list > >> gradsusr at gradsusr.org > >> http://gradsusr.org/mailman/listinfo/gradsusr > >> > >> _______________________________________________ > >> gradsusr mailing list > >> gradsusr at gradsusr.org > >> http://gradsusr.org/mailman/listinfo/gradsusr > >> > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (MingW32) > > iEYEARECAAYFAk4tYU8ACgkQG0AVdCSrH+YQTwCguP5vZwnTglV57tNoXdBLQHfr > Z8EAnizKje0vZYEoHntzY/0Omx67IPSf > =Y7CV > -----END PGP SIGNATURE----- > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- --> Attenzione cambio indirizzo: davide.sacchetti at arpal.gov.it -- Davide Sacchetti Centro Funzionale Meteo Idrologico di Protezione Civile della Regione Liguria ARPAL Unit? Tecnica Complessa di livello Regionale V.le Brigare Partigiane 2 16121 Genova (I) tel: +39 010 6437535 fax: +39 010 6437520 mail: davide.sacchetti at arpal.gov.it web: www.meteoliguria.it From rss1901 at gmail.com Wed Jul 27 06:20:41 2011 From: rss1901 at gmail.com (Roopashree Shrivastava) Date: Wed, 27 Jul 2011 15:50:41 +0530 Subject: [gradsusr] error with fprintf command (dipak sahu) Message-ID: hi Dipak, I think with the fprintf function u will have to set y values also. From the script u sent > set x 1 54 (since the .dat file has 54 longitude and 36 latitude points) > set t 25 > fprintf t2-273.15 T2-24hr.csv %g, 54 u are varying x dimension at some constant time, what about y?? But then also your output file should contain only one row of 54 values since by default grads must have set latitude to the first value in the domain. Try by giving some value to y dimension. Bye Roopa On Wed, Jul 27, 2011 at 10:49 AM, wrote: > Send gradsusr mailing list submissions to > gradsusr at gradsusr.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://gradsusr.org/mailman/listinfo/gradsusr > or, via email, send a message with subject or body 'help' to > gradsusr-request at gradsusr.org > > You can reach the person managing the list at > gradsusr-owner at gradsusr.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of gradsusr digest..." > > > Today's Topics: > > 1. Re: Missing variables in 3-d fwrite binary file (Kevin Huyck) > 2. error with fprintf command (dipak sahu) > 3. Re: Grads 2.0.9 error (chinh ta huu) > 4. Variable 'HFX' from ctl file (Salvador Salazar) > 5. time format (Simon Kiertscher) > 6. Re: time format (Yaqiang Wang) > 7. Re: time format (Simon Kiertscher) > 8. Re: time format (Yaqiang Wang) > 9. Re: say to stderr (Davide Sacchetti) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 25 Jul 2011 14:26:52 -0500 > From: Kevin Huyck > Subject: Re: [gradsusr] Missing variables in 3-d fwrite binary file > To: GrADS Users Forum > Message-ID: <4E2DC37C.3000703 at meridian-enviro.com> > Content-Type: text/plain; charset="iso-8859-1" > > Jim, > > I thought those values represented the time step. After changing them to > "1" as you suggested, the data are what I was expecting. My next step is > creating multiple levels corresponding to numerous isentropic levels. > For each level I add, I'll increment the "1"s to the number of vertical > levels. > > Many, many thanks for you suggestion. > > Kevin L. Huyck > Forecaster, Meridian Environmental Technology, Inc. > klhuyck at meridian-enviro.com > > Composed using Mozilla Thunderbird! > > On 07/22/11 11:48, James T. Potemra wrote: > > Hi Kevin: > > > > It looks like in your NAM-2011072200.ctl file you are defining one > > vertical level: > > > > zdef 1 levels 315 > > > > but you then assign two levels to each variable: > > > > cpd 2 99 Condensation Pressure Deficit (mb) > > isenps 2 99 Pressure (mb) > > u 2 99 Zonal component of wind (ms^-1) > > v 2 99 Meridional component of wind (ms^-1) > > > > I think if you change the "2's" above with "1", or for surface you can > > have "0", > > it should work ok. > > > > Jim > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110725/933b4073/attachment-0001.html > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: klhuyck.vcf > Type: text/x-vcard > Size: 307 bytes > Desc: not available > Url : > http://gradsusr.org/pipermail/gradsusr/attachments/20110725/933b4073/attachment-0001.vcf > > ------------------------------ > > Message: 2 > Date: Tue, 26 Jul 2011 10:18:45 +0530 > From: dipak sahu > Subject: [gradsusr] error with fprintf command > To: gradsusr at gradsusr.org > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear all > I tried to write the grads out put values into a ascii file by using > the fprintf.gs script. I tried the following command > > > set x 1 54 (since the .dat file has 54 longitude and 36 latitude points) > > set t 25 > > fprintf t2-273.15 T2-24hr.csv %g, 54 > > but the file T2-24hr.csv has only two rows of data instead of 36 rows of > data. What may be the error with this script or command. > > waiting for your kind reply > > thanking you > with regards > Dipak Sahu > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110726/09c72c64/attachment-0001.html > > ------------------------------ > > Message: 3 > Date: Tue, 26 Jul 2011 17:50:18 -0700 > From: chinh ta huu > Subject: Re: [gradsusr] Grads 2.0.9 error > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear Guilherme > For this software, not make install. You only copy to > /opt/opengrads/opengrads/ > And then set envir variable in bashfile. It is ok > Best regards > Chinh > > > On Thu, Jul 7, 2011 at 1:09 PM, Guilherme Martins >wrote: > > > Hi users, > > > > I need help. I'm trying to install grads2.0.9, but I receive the message > > below when I type make: > > > > gagx.o: In function `gakml': > > /home/gui/grads-2.0.a9/src/gagx.c:3986: undefined reference to `gxqdrgb' > > gagx.o: In function `gagtif': > > /home/gui/grads-2.0.a9/src/gagx.c:4290: undefined reference to `gxqdrgb' > > ../../supplibs/lib/libcurl.a(timeval.o): In function `curlx_tvnow': > > timeval.c:(.text+0x89): undefined reference to `clock_gettime' > > make[2]: ** [grads] Erro 1 > > make[2]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' > > make[1]: ** [all] Erro 2 > > make[1]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' > > make: ** [all-recursive] Erro 1 > > gui at curupira:~/grads-2.0.a9$ > > > > May anyone help me? > > > > Thanks a lot, > > > > Guilherme. > > > > -- > > Guilherme Martins > > > > > > > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > -- > (Mr.) Ta Huu Chinh > National, Weather Forecasting Center, Ha Noi, Viet Nam. > No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi > Tel: 84-903-402-181 > Fax: 84-43-824-4917 > Email: chinhth2010 at gmail.com > Website: http://vn.myblog.yahoo.com/chinhth2005/ > Website: http://bestknowledge-chinhth.blogspot.com/ > Website: http://anhcuoidep.vn > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110726/6b6229ad/attachment-0001.html > > ------------------------------ > > Message: 4 > Date: Wed, 27 Jul 2011 00:19:26 -0700 > From: Salvador Salazar > Subject: [gradsusr] Variable 'HFX' from ctl file > To: gradsusr at gradsusr.org > Message-ID: > > > Content-Type: text/plain; charset=ISO-8859-1 > > Hi guys, > > I have a question about the variable 'HFX' that from the ARWpost .ctl > file. The description reads 'upward heat flux at the surface', and I > wanted to know if this meant total heat flux or simply sensible heat > flux. > > Any ideas are appreciated! > > -- > Sal! > > > ------------------------------ > > Message: 5 > Date: Wed, 27 Jul 2011 10:27:59 +0200 > From: Simon Kiertscher > Subject: [gradsusr] time format > To: gradsusr at gradsusr.org > Message-ID: <4E2FCC0F.6080607 at gmx.de> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Dear all, > > i have a problem with opening a file. > I use (GrADS) Version 2.0.a9 on Suse > > ga-> sdfopen GKSS-2.nc > Scanning self-describing file: GKSS-2.nc > gadsdf: Error parsing time_units for SDF file. > > the format is as follows: > (from ncdump) > > double time(time) ; > time:units = "day as %Y%m%d.%f" ; > time:calendar = "proleptic_gregorian" ; > time:axis = "t" ; > time:long_name = "time" ; > > So i think this is valid format? Can anyone tell my what is wrong? > > Best Regards, > Simon > > > ------------------------------ > > Message: 6 > Date: Wed, 27 Jul 2011 16:41:49 +0800 > From: Yaqiang Wang > Subject: Re: [gradsusr] time format > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset=ISO-8859-1 > > time:units = "day as %Y%m%d.%f" It does not follow GOARDS > conventions which is used in 'sdfopen' function. So you need to write > a control file to tell GrADS the dimensions and variables in the data > set. You have to use 'xdfopen' or 'open' commands to open the data > file. > > On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher > wrote: > > Dear all, > > > > i have a problem with opening a file. > > I use (GrADS) Version 2.0.a9 on Suse > > > > ga-> sdfopen GKSS-2.nc > > Scanning self-describing file: ?GKSS-2.nc > > gadsdf: Error parsing time_units for SDF file. > > > > the format is as follows: > > (from ncdump) > > > > ? ? ? ? double time(time) ; > > ? ? ? ? ? ? ? ? time:units = "day as %Y%m%d.%f" ; > > ? ? ? ? ? ? ? ? time:calendar = "proleptic_gregorian" ; > > ? ? ? ? ? ? ? ? time:axis = "t" ; > > ? ? ? ? ? ? ? ? time:long_name = "time" ; > > > > So i think this is valid format? Can anyone tell my what is wrong? > > > > Best Regards, > > Simon > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > -- > ************************************************* > Dr. Yaqiang Wang > Chinese Academy of Meteorological Sciences (CAMS) > 46, Zhong-Guan-Cun South Avenue > Beijing, 100081 > China > > yaqiang.wang at gmail.com > ************************************************** > > > > ------------------------------ > > Message: 7 > Date: Wed, 27 Jul 2011 11:14:17 +0200 > From: Simon Kiertscher > Subject: Re: [gradsusr] time format > To: gradsusr at gradsusr.org > Message-ID: <4E2FD6E9.1040002 at gmx.de> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Dear Yaqiang, > > thank you for the information, where can i find the GrADS conventions to > know which format is ok, and which not? > I'm very new to GrADS, so can you give me a source where i can find a > example of a control file? I have no idea how to do that. > > Best Regards, > Simon > > time:units = "day as %Y%m%d.%f" It does not follow GOARDS > > conventions which is used in 'sdfopen' function. So you need to write > > a control file to tell GrADS the dimensions and variables in the data > > set. You have to use 'xdfopen' or 'open' commands to open the data > > file. > > > > On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher > > wrote: > >> Dear all, > >> > >> i have a problem with opening a file. > >> I use (GrADS) Version 2.0.a9 on Suse > >> > >> ga-> sdfopen GKSS-2.nc > >> Scanning self-describing file: GKSS-2.nc > >> gadsdf: Error parsing time_units for SDF file. > >> > >> the format is as follows: > >> (from ncdump) > >> > >> double time(time) ; > >> time:units = "day as %Y%m%d.%f" ; > >> time:calendar = "proleptic_gregorian" ; > >> time:axis = "t" ; > >> time:long_name = "time" ; > >> > >> So i think this is valid format? Can anyone tell my what is wrong? > >> > >> Best Regards, > >> Simon > >> _______________________________________________ > >> gradsusr mailing list > >> gradsusr at gradsusr.org > >> http://gradsusr.org/mailman/listinfo/gradsusr > >> > > > > > > > > ------------------------------ > > Message: 8 > Date: Wed, 27 Jul 2011 17:32:44 +0800 > From: Yaqiang Wang > Subject: Re: [gradsusr] time format > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset=ISO-8859-1 > > The information could be found at > http://www.iges.org/grads/gadoc/gradcomdsdfopen.html. > > On Wed, Jul 27, 2011 at 5:14 PM, Simon Kiertscher > wrote: > > Dear Yaqiang, > > > > thank you for the information, where can i find the GrADS conventions to > > know which ?format is ok, ?and which not? > > I'm very new to GrADS, so can you give me a source where i can find a > > example of a control file? I have no idea how to do that. > > > > Best Regards, > > Simon > >> ? time:units = "day as %Y%m%d.%f" ? It does not follow GOARDS > >> conventions which is used in 'sdfopen' function. So you need to write > >> a control file to tell GrADS the dimensions and variables in the data > >> set. You have to use 'xdfopen' or 'open' commands to open the data > >> file. > >> > >> On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher > >> ?wrote: > >>> Dear all, > >>> > >>> i have a problem with opening a file. > >>> I use (GrADS) Version 2.0.a9 on Suse > >>> > >>> ga-> ?sdfopen GKSS-2.nc > >>> Scanning self-describing file: ?GKSS-2.nc > >>> gadsdf: Error parsing time_units for SDF file. > >>> > >>> the format is as follows: > >>> (from ncdump) > >>> > >>> ? ? ? ? ?double time(time) ; > >>> ? ? ? ? ? ? ? ? ?time:units = "day as %Y%m%d.%f" ; > >>> ? ? ? ? ? ? ? ? ?time:calendar = "proleptic_gregorian" ; > >>> ? ? ? ? ? ? ? ? ?time:axis = "t" ; > >>> ? ? ? ? ? ? ? ? ?time:long_name = "time" ; > >>> > >>> So i think this is valid format? Can anyone tell my what is wrong? > >>> > >>> Best Regards, > >>> Simon > >>> _______________________________________________ > >>> gradsusr mailing list > >>> gradsusr at gradsusr.org > >>> http://gradsusr.org/mailman/listinfo/gradsusr > >>> > >> > >> > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > -- > ************************************************* > Dr. Yaqiang Wang > Chinese Academy of Meteorological Sciences (CAMS) > 46, Zhong-Guan-Cun South Avenue > Beijing, 100081 > China > > yaqiang.wang at gmail.com > ************************************************** > > > > ------------------------------ > > Message: 9 > Date: Wed, 27 Jul 2011 11:34:40 +0200 > From: Davide Sacchetti > Subject: Re: [gradsusr] say to stderr > To: GrADS Users Forum > Message-ID: <1311759280.885.5.camel at davide> > Content-Type: text/plain; charset="UTF-8" > > inside a script you could redirect using unix shell > e.g.: > '!echo ERROR ON FILE >&2' > > I've just tried and it seems to work > > bye bye > Davide > > On Mon, 2011-07-25 at 14:27 +0200, Simon Kiertscher wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Hi John, > > > > thanks you for your effort. > > > > Best Regards, > > Simon > > > > Am 22.07.2011 16:10, schrieb Huddleston, John: > > > Simon > > > > > > I looked through the GrADS source code, specifically gscrpt.c file and > the 'printf' function is used. > > > > > > The 'printf' always goes to stdout. Had it been fprintf(FILE > *somefp,...) then maybe it could have been. > > > > > > However, I don't think the original designers (aka Brian Doty) was > concerned about writing to stderr. > > > > > > John > > > > > > -----Original Message----- > > > From: gradsusr-bounces at gradsusr.org [mailto: > gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher > > > Sent: Friday, July 22, 2011 2:25 AM > > > To: gradsusr at gradsusr.org > > > Subject: Re: [gradsusr] say to stderr > > > > > > Hi John, > > > > > > thanks for your answer. I know how to redirect channels on the command > line. > > > But how to decide IN the script, what should go to stderr and what to > stdout, 'say' always put the output to stdout. > > > So in bash i would do echo "foobar" 1>&2 to get the foobar to the > stderr, how can i do this in GrADS? Is there a way? > > > > > > Best Regards, > > > Simon > > >> Simon > > >> > > >> If you are running GrADS in batch mode you can re-direct output as > > >> follows > > >> > > >> grads -lbc 'run somescript.gs' 2> say.err 1>&2 > > >> > > >> In interactive mode there is no output to the screen it simply goes to > the file. > > >> > > >> Does that answer your question? > > >> > > >> John Huddleston > > >> > > >> -----Original Message----- > > >> From: gradsusr-bounces at gradsusr.org > > >> [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher > > >> Sent: Wednesday, July 20, 2011 7:36 AM > > >> To: gradsusr at gradsusr.org > > >> Subject: [gradsusr] say to stderr > > >> > > >> Dear gradsusers > > >> > > >> i can not find any information about sending text to the stderror > channel of the shell while using the say command. Has some one an idea? > > >> > > >> Best Regards, > > >> Simon > > >> _______________________________________________ > > >> gradsusr mailing list > > >> gradsusr at gradsusr.org > > >> http://gradsusr.org/mailman/listinfo/gradsusr > > >> > > >> _______________________________________________ > > >> gradsusr mailing list > > >> gradsusr at gradsusr.org > > >> http://gradsusr.org/mailman/listinfo/gradsusr > > >> > > > > > > _______________________________________________ > > > gradsusr mailing list > > > gradsusr at gradsusr.org > > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > _______________________________________________ > > > gradsusr mailing list > > > gradsusr at gradsusr.org > > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.4.9 (MingW32) > > > > iEYEARECAAYFAk4tYU8ACgkQG0AVdCSrH+YQTwCguP5vZwnTglV57tNoXdBLQHfr > > Z8EAnizKje0vZYEoHntzY/0Omx67IPSf > > =Y7CV > > -----END PGP SIGNATURE----- > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > -- > --> Attenzione cambio indirizzo: davide.sacchetti at arpal.gov.it > -- > Davide Sacchetti > Centro Funzionale Meteo Idrologico di Protezione Civile della Regione > Liguria > ARPAL Unit? Tecnica Complessa di livello Regionale > V.le Brigare Partigiane 2 16121 Genova (I) > tel: +39 010 6437535 fax: +39 010 6437520 > mail: davide.sacchetti at arpal.gov.it web: www.meteoliguria.it > > > > > ------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > End of gradsusr Digest, Vol 17, Issue 27 > **************************************** > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110727/cabe361b/attachment-0002.html From rss1901 at gmail.com Wed Jul 27 08:06:35 2011 From: rss1901 at gmail.com (Roopashree Shrivastava) Date: Wed, 27 Jul 2011 17:36:35 +0530 Subject: [gradsusr] error with fprintf command (dipak sahu) In-Reply-To: References: Message-ID: Hi Dipak, * Look at the foll two lines ga->* set x 1 72 *ga->* fprintf ts ts.csv %g, 72 0 I think you should give set x 1 54 > set t 25 > fprintf t2-273.15 T2-24hr.csv %g, 54 0 try it and let me know or else if poss send me the data i will check. Bye Roopa On Wed, Jul 27, 2011 at 3:50 PM, Roopashree Shrivastava wrote: > hi Dipak, > I think with the fprintf function u will have to set y values also. From > the script u sent > > > set x 1 54 (since the .dat file has 54 longitude and 36 latitude points) > > set t 25 > > fprintf t2-273.15 T2-24hr.csv %g, 54 > u are varying x dimension at some constant time, what about y?? But then > also your output file should contain only one row of 54 values since by > default grads must have set latitude to the first value in the domain. Try > by giving some value to y dimension. > > Bye > Roopa > > On Wed, Jul 27, 2011 at 10:49 AM, wrote: > >> Send gradsusr mailing list submissions to >> gradsusr at gradsusr.org >> >> To subscribe or unsubscribe via the World Wide Web, visit >> http://gradsusr.org/mailman/listinfo/gradsusr >> or, via email, send a message with subject or body 'help' to >> gradsusr-request at gradsusr.org >> >> You can reach the person managing the list at >> gradsusr-owner at gradsusr.org >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of gradsusr digest..." >> >> >> Today's Topics: >> >> 1. Re: Missing variables in 3-d fwrite binary file (Kevin Huyck) >> 2. error with fprintf command (dipak sahu) >> 3. Re: Grads 2.0.9 error (chinh ta huu) >> 4. Variable 'HFX' from ctl file (Salvador Salazar) >> 5. time format (Simon Kiertscher) >> 6. Re: time format (Yaqiang Wang) >> 7. Re: time format (Simon Kiertscher) >> 8. Re: time format (Yaqiang Wang) >> 9. Re: say to stderr (Davide Sacchetti) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Mon, 25 Jul 2011 14:26:52 -0500 >> From: Kevin Huyck >> Subject: Re: [gradsusr] Missing variables in 3-d fwrite binary file >> To: GrADS Users Forum >> Message-ID: <4E2DC37C.3000703 at meridian-enviro.com> >> Content-Type: text/plain; charset="iso-8859-1" >> >> Jim, >> >> I thought those values represented the time step. After changing them to >> "1" as you suggested, the data are what I was expecting. My next step is >> creating multiple levels corresponding to numerous isentropic levels. >> For each level I add, I'll increment the "1"s to the number of vertical >> levels. >> >> Many, many thanks for you suggestion. >> >> Kevin L. Huyck >> Forecaster, Meridian Environmental Technology, Inc. >> klhuyck at meridian-enviro.com >> >> Composed using Mozilla Thunderbird! >> >> On 07/22/11 11:48, James T. Potemra wrote: >> > Hi Kevin: >> > >> > It looks like in your NAM-2011072200.ctl file you are defining one >> > vertical level: >> > >> > zdef 1 levels 315 >> > >> > but you then assign two levels to each variable: >> > >> > cpd 2 99 Condensation Pressure Deficit (mb) >> > isenps 2 99 Pressure (mb) >> > u 2 99 Zonal component of wind (ms^-1) >> > v 2 99 Meridional component of wind (ms^-1) >> > >> > I think if you change the "2's" above with "1", or for surface you can >> > have "0", >> > it should work ok. >> > >> > Jim >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> http://gradsusr.org/pipermail/gradsusr/attachments/20110725/933b4073/attachment-0001.html >> -------------- next part -------------- >> A non-text attachment was scrubbed... >> Name: klhuyck.vcf >> Type: text/x-vcard >> Size: 307 bytes >> Desc: not available >> Url : >> http://gradsusr.org/pipermail/gradsusr/attachments/20110725/933b4073/attachment-0001.vcf >> >> ------------------------------ >> >> Message: 2 >> Date: Tue, 26 Jul 2011 10:18:45 +0530 >> From: dipak sahu >> Subject: [gradsusr] error with fprintf command >> To: gradsusr at gradsusr.org >> Message-ID: >> > E-_yT-DDabmnuWDhwO9w at mail.gmail.com> >> Content-Type: text/plain; charset="iso-8859-1" >> >> Dear all >> I tried to write the grads out put values into a ascii file by using >> the fprintf.gs script. I tried the following command >> >> > set x 1 54 (since the .dat file has 54 longitude and 36 latitude points) >> > set t 25 >> > fprintf t2-273.15 T2-24hr.csv %g, 54 >> >> but the file T2-24hr.csv has only two rows of data instead of 36 rows of >> data. What may be the error with this script or command. >> >> waiting for your kind reply >> >> thanking you >> with regards >> Dipak Sahu >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> http://gradsusr.org/pipermail/gradsusr/attachments/20110726/09c72c64/attachment-0001.html >> >> ------------------------------ >> >> Message: 3 >> Date: Tue, 26 Jul 2011 17:50:18 -0700 >> From: chinh ta huu >> Subject: Re: [gradsusr] Grads 2.0.9 error >> To: GrADS Users Forum >> Message-ID: >> > QvE5+g at mail.gmail.com> >> Content-Type: text/plain; charset="iso-8859-1" >> >> Dear Guilherme >> For this software, not make install. You only copy to >> /opt/opengrads/opengrads/ >> And then set envir variable in bashfile. It is ok >> Best regards >> Chinh >> >> >> On Thu, Jul 7, 2011 at 1:09 PM, Guilherme Martins > >wrote: >> >> > Hi users, >> > >> > I need help. I'm trying to install grads2.0.9, but I receive the message >> > below when I type make: >> > >> > gagx.o: In function `gakml': >> > /home/gui/grads-2.0.a9/src/gagx.c:3986: undefined reference to `gxqdrgb' >> > gagx.o: In function `gagtif': >> > /home/gui/grads-2.0.a9/src/gagx.c:4290: undefined reference to `gxqdrgb' >> > ../../supplibs/lib/libcurl.a(timeval.o): In function `curlx_tvnow': >> > timeval.c:(.text+0x89): undefined reference to `clock_gettime' >> > make[2]: ** [grads] Erro 1 >> > make[2]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' >> > make[1]: ** [all] Erro 2 >> > make[1]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' >> > make: ** [all-recursive] Erro 1 >> > gui at curupira:~/grads-2.0.a9$ >> > >> > May anyone help me? >> > >> > Thanks a lot, >> > >> > Guilherme. >> > >> > -- >> > Guilherme Martins >> > >> > >> > >> > >> > _______________________________________________ >> > gradsusr mailing list >> > gradsusr at gradsusr.org >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> > >> >> >> -- >> (Mr.) Ta Huu Chinh >> National, Weather Forecasting Center, Ha Noi, Viet Nam. >> No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi >> Tel: 84-903-402-181 >> Fax: 84-43-824-4917 >> Email: chinhth2010 at gmail.com >> Website: http://vn.myblog.yahoo.com/chinhth2005/ >> Website: http://bestknowledge-chinhth.blogspot.com/ >> Website: http://anhcuoidep.vn >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> http://gradsusr.org/pipermail/gradsusr/attachments/20110726/6b6229ad/attachment-0001.html >> >> ------------------------------ >> >> Message: 4 >> Date: Wed, 27 Jul 2011 00:19:26 -0700 >> From: Salvador Salazar >> Subject: [gradsusr] Variable 'HFX' from ctl file >> To: gradsusr at gradsusr.org >> Message-ID: >> > uW6o0bVGQFEqj5nHS84yv8AqQ at mail.gmail.com> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> Hi guys, >> >> I have a question about the variable 'HFX' that from the ARWpost .ctl >> file. The description reads 'upward heat flux at the surface', and I >> wanted to know if this meant total heat flux or simply sensible heat >> flux. >> >> Any ideas are appreciated! >> >> -- >> Sal! >> >> >> ------------------------------ >> >> Message: 5 >> Date: Wed, 27 Jul 2011 10:27:59 +0200 >> From: Simon Kiertscher >> Subject: [gradsusr] time format >> To: gradsusr at gradsusr.org >> Message-ID: <4E2FCC0F.6080607 at gmx.de> >> Content-Type: text/plain; charset=ISO-8859-1; format=flowed >> >> Dear all, >> >> i have a problem with opening a file. >> I use (GrADS) Version 2.0.a9 on Suse >> >> ga-> sdfopen GKSS-2.nc >> Scanning self-describing file: GKSS-2.nc >> gadsdf: Error parsing time_units for SDF file. >> >> the format is as follows: >> (from ncdump) >> >> double time(time) ; >> time:units = "day as %Y%m%d.%f" ; >> time:calendar = "proleptic_gregorian" ; >> time:axis = "t" ; >> time:long_name = "time" ; >> >> So i think this is valid format? Can anyone tell my what is wrong? >> >> Best Regards, >> Simon >> >> >> ------------------------------ >> >> Message: 6 >> Date: Wed, 27 Jul 2011 16:41:49 +0800 >> From: Yaqiang Wang >> Subject: Re: [gradsusr] time format >> To: GrADS Users Forum >> Message-ID: >> < >> CABvomDVQ8XZGPpaKnHwyn6a2t-usuxxAEKOW0JYhP6-ixTVh6g at mail.gmail.com> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> time:units = "day as %Y%m%d.%f" It does not follow GOARDS >> conventions which is used in 'sdfopen' function. So you need to write >> a control file to tell GrADS the dimensions and variables in the data >> set. You have to use 'xdfopen' or 'open' commands to open the data >> file. >> >> On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher >> wrote: >> > Dear all, >> > >> > i have a problem with opening a file. >> > I use (GrADS) Version 2.0.a9 on Suse >> > >> > ga-> sdfopen GKSS-2.nc >> > Scanning self-describing file: ?GKSS-2.nc >> > gadsdf: Error parsing time_units for SDF file. >> > >> > the format is as follows: >> > (from ncdump) >> > >> > ? ? ? ? double time(time) ; >> > ? ? ? ? ? ? ? ? time:units = "day as %Y%m%d.%f" ; >> > ? ? ? ? ? ? ? ? time:calendar = "proleptic_gregorian" ; >> > ? ? ? ? ? ? ? ? time:axis = "t" ; >> > ? ? ? ? ? ? ? ? time:long_name = "time" ; >> > >> > So i think this is valid format? Can anyone tell my what is wrong? >> > >> > Best Regards, >> > Simon >> > _______________________________________________ >> > gradsusr mailing list >> > gradsusr at gradsusr.org >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> >> >> >> -- >> ************************************************* >> Dr. Yaqiang Wang >> Chinese Academy of Meteorological Sciences (CAMS) >> 46, Zhong-Guan-Cun South Avenue >> Beijing, 100081 >> China >> >> yaqiang.wang at gmail.com >> ************************************************** >> >> >> >> ------------------------------ >> >> Message: 7 >> Date: Wed, 27 Jul 2011 11:14:17 +0200 >> From: Simon Kiertscher >> Subject: Re: [gradsusr] time format >> To: gradsusr at gradsusr.org >> Message-ID: <4E2FD6E9.1040002 at gmx.de> >> Content-Type: text/plain; charset=ISO-8859-1; format=flowed >> >> Dear Yaqiang, >> >> thank you for the information, where can i find the GrADS conventions to >> know which format is ok, and which not? >> I'm very new to GrADS, so can you give me a source where i can find a >> example of a control file? I have no idea how to do that. >> >> Best Regards, >> Simon >> > time:units = "day as %Y%m%d.%f" It does not follow GOARDS >> > conventions which is used in 'sdfopen' function. So you need to write >> > a control file to tell GrADS the dimensions and variables in the data >> > set. You have to use 'xdfopen' or 'open' commands to open the data >> > file. >> > >> > On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher >> > wrote: >> >> Dear all, >> >> >> >> i have a problem with opening a file. >> >> I use (GrADS) Version 2.0.a9 on Suse >> >> >> >> ga-> sdfopen GKSS-2.nc >> >> Scanning self-describing file: GKSS-2.nc >> >> gadsdf: Error parsing time_units for SDF file. >> >> >> >> the format is as follows: >> >> (from ncdump) >> >> >> >> double time(time) ; >> >> time:units = "day as %Y%m%d.%f" ; >> >> time:calendar = "proleptic_gregorian" ; >> >> time:axis = "t" ; >> >> time:long_name = "time" ; >> >> >> >> So i think this is valid format? Can anyone tell my what is wrong? >> >> >> >> Best Regards, >> >> Simon >> >> _______________________________________________ >> >> gradsusr mailing list >> >> gradsusr at gradsusr.org >> >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> > >> > >> >> >> >> ------------------------------ >> >> Message: 8 >> Date: Wed, 27 Jul 2011 17:32:44 +0800 >> From: Yaqiang Wang >> Subject: Re: [gradsusr] time format >> To: GrADS Users Forum >> Message-ID: >> > EEA7_JxvwFAZOXG6vbmntskZxsGzo_6y03CBQ at mail.gmail.com> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> The information could be found at >> http://www.iges.org/grads/gadoc/gradcomdsdfopen.html. >> >> On Wed, Jul 27, 2011 at 5:14 PM, Simon Kiertscher >> wrote: >> > Dear Yaqiang, >> > >> > thank you for the information, where can i find the GrADS conventions to >> > know which ?format is ok, ?and which not? >> > I'm very new to GrADS, so can you give me a source where i can find a >> > example of a control file? I have no idea how to do that. >> > >> > Best Regards, >> > Simon >> >> ? time:units = "day as %Y%m%d.%f" ? It does not follow GOARDS >> >> conventions which is used in 'sdfopen' function. So you need to write >> >> a control file to tell GrADS the dimensions and variables in the data >> >> set. You have to use 'xdfopen' or 'open' commands to open the data >> >> file. >> >> >> >> On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher >> >> ?wrote: >> >>> Dear all, >> >>> >> >>> i have a problem with opening a file. >> >>> I use (GrADS) Version 2.0.a9 on Suse >> >>> >> >>> ga-> ?sdfopen GKSS-2.nc >> >>> Scanning self-describing file: ?GKSS-2.nc >> >>> gadsdf: Error parsing time_units for SDF file. >> >>> >> >>> the format is as follows: >> >>> (from ncdump) >> >>> >> >>> ? ? ? ? ?double time(time) ; >> >>> ? ? ? ? ? ? ? ? ?time:units = "day as %Y%m%d.%f" ; >> >>> ? ? ? ? ? ? ? ? ?time:calendar = "proleptic_gregorian" ; >> >>> ? ? ? ? ? ? ? ? ?time:axis = "t" ; >> >>> ? ? ? ? ? ? ? ? ?time:long_name = "time" ; >> >>> >> >>> So i think this is valid format? Can anyone tell my what is wrong? >> >>> >> >>> Best Regards, >> >>> Simon >> >>> _______________________________________________ >> >>> gradsusr mailing list >> >>> gradsusr at gradsusr.org >> >>> http://gradsusr.org/mailman/listinfo/gradsusr >> >>> >> >> >> >> >> > >> > _______________________________________________ >> > gradsusr mailing list >> > gradsusr at gradsusr.org >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> >> >> >> -- >> ************************************************* >> Dr. Yaqiang Wang >> Chinese Academy of Meteorological Sciences (CAMS) >> 46, Zhong-Guan-Cun South Avenue >> Beijing, 100081 >> China >> >> yaqiang.wang at gmail.com >> ************************************************** >> >> >> >> ------------------------------ >> >> Message: 9 >> Date: Wed, 27 Jul 2011 11:34:40 +0200 >> From: Davide Sacchetti >> Subject: Re: [gradsusr] say to stderr >> To: GrADS Users Forum >> Message-ID: <1311759280.885.5.camel at davide> >> Content-Type: text/plain; charset="UTF-8" >> >> inside a script you could redirect using unix shell >> e.g.: >> '!echo ERROR ON FILE >&2' >> >> I've just tried and it seems to work >> >> bye bye >> Davide >> >> On Mon, 2011-07-25 at 14:27 +0200, Simon Kiertscher wrote: >> > -----BEGIN PGP SIGNED MESSAGE----- >> > Hash: SHA1 >> > >> > Hi John, >> > >> > thanks you for your effort. >> > >> > Best Regards, >> > Simon >> > >> > Am 22.07.2011 16:10, schrieb Huddleston, John: >> > > Simon >> > > >> > > I looked through the GrADS source code, specifically gscrpt.c file and >> the 'printf' function is used. >> > > >> > > The 'printf' always goes to stdout. Had it been fprintf(FILE >> *somefp,...) then maybe it could have been. >> > > >> > > However, I don't think the original designers (aka Brian Doty) was >> concerned about writing to stderr. >> > > >> > > John >> > > >> > > -----Original Message----- >> > > From: gradsusr-bounces at gradsusr.org [mailto: >> gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher >> > > Sent: Friday, July 22, 2011 2:25 AM >> > > To: gradsusr at gradsusr.org >> > > Subject: Re: [gradsusr] say to stderr >> > > >> > > Hi John, >> > > >> > > thanks for your answer. I know how to redirect channels on the command >> line. >> > > But how to decide IN the script, what should go to stderr and what to >> stdout, 'say' always put the output to stdout. >> > > So in bash i would do echo "foobar" 1>&2 to get the foobar to the >> stderr, how can i do this in GrADS? Is there a way? >> > > >> > > Best Regards, >> > > Simon >> > >> Simon >> > >> >> > >> If you are running GrADS in batch mode you can re-direct output as >> > >> follows >> > >> >> > >> grads -lbc 'run somescript.gs' 2> say.err 1>&2 >> > >> >> > >> In interactive mode there is no output to the screen it simply goes >> to the file. >> > >> >> > >> Does that answer your question? >> > >> >> > >> John Huddleston >> > >> >> > >> -----Original Message----- >> > >> From: gradsusr-bounces at gradsusr.org >> > >> [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher >> > >> Sent: Wednesday, July 20, 2011 7:36 AM >> > >> To: gradsusr at gradsusr.org >> > >> Subject: [gradsusr] say to stderr >> > >> >> > >> Dear gradsusers >> > >> >> > >> i can not find any information about sending text to the stderror >> channel of the shell while using the say command. Has some one an idea? >> > >> >> > >> Best Regards, >> > >> Simon >> > >> _______________________________________________ >> > >> gradsusr mailing list >> > >> gradsusr at gradsusr.org >> > >> http://gradsusr.org/mailman/listinfo/gradsusr >> > >> >> > >> _______________________________________________ >> > >> gradsusr mailing list >> > >> gradsusr at gradsusr.org >> > >> http://gradsusr.org/mailman/listinfo/gradsusr >> > >> >> > > >> > > _______________________________________________ >> > > gradsusr mailing list >> > > gradsusr at gradsusr.org >> > > http://gradsusr.org/mailman/listinfo/gradsusr >> > > >> > > _______________________________________________ >> > > gradsusr mailing list >> > > gradsusr at gradsusr.org >> > > http://gradsusr.org/mailman/listinfo/gradsusr >> > > >> > -----BEGIN PGP SIGNATURE----- >> > Version: GnuPG v1.4.9 (MingW32) >> > >> > iEYEARECAAYFAk4tYU8ACgkQG0AVdCSrH+YQTwCguP5vZwnTglV57tNoXdBLQHfr >> > Z8EAnizKje0vZYEoHntzY/0Omx67IPSf >> > =Y7CV >> > -----END PGP SIGNATURE----- >> > _______________________________________________ >> > gradsusr mailing list >> > gradsusr at gradsusr.org >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> > >> >> -- >> --> Attenzione cambio indirizzo: davide.sacchetti at arpal.gov.it >> -- >> Davide Sacchetti >> Centro Funzionale Meteo Idrologico di Protezione Civile della Regione >> Liguria >> ARPAL Unit? Tecnica Complessa di livello Regionale >> V.le Brigare Partigiane 2 16121 Genova (I) >> tel: +39 010 6437535 fax: +39 010 6437520 >> mail: davide.sacchetti at arpal.gov.it web: www.meteoliguria.it >> >> >> >> >> ------------------------------ >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> End of gradsusr Digest, Vol 17, Issue 27 >> **************************************** >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110727/5a8b0aab/attachment-0002.html From jma at cola.iges.org Wed Jul 27 08:13:48 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Wed, 27 Jul 2011 08:13:48 -0400 Subject: [gradsusr] Grads 2.0.9 error In-Reply-To: References: Message-ID: <2A5D1CBF-0FCD-46B3-8292-93D8A3815F36@cola.iges.org> This is a bug that has been fixed for the next release. The problem was that the subroutime gxqdrgb() needed to be moved from gxhpng.c to gxX.c. It will compile as is if you enable the printim command, which needs zlib, libpng, libjpeg, and libgd. Also, you need to add -lrt to the list of libraries to link with, that will fix the undefined reference to clock_gettime. Please have a look at http://iges.org/grads/gadoc/supplibs.html --Jennifer On Jul 26, 2011, at 8:50 PM, chinh ta huu wrote: > Dear Guilherme > For this software, not make install. You only copy to /opt/ > opengrads/opengrads/ > And then set envir variable in bashfile. It is ok > Best regards > Chinh > > > On Thu, Jul 7, 2011 at 1:09 PM, Guilherme Martins > wrote: > Hi users, > > I need help. I'm trying to install grads2.0.9, but I receive the > message below when I type make: > > gagx.o: In function `gakml': > /home/gui/grads-2.0.a9/src/gagx.c:3986: undefined reference to > `gxqdrgb' > gagx.o: In function `gagtif': > /home/gui/grads-2.0.a9/src/gagx.c:4290: undefined reference to > `gxqdrgb' > ../../supplibs/lib/libcurl.a(timeval.o): In function `curlx_tvnow': > timeval.c:(.text+0x89): undefined reference to `clock_gettime' > make[2]: ** [grads] Erro 1 > make[2]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' > make[1]: ** [all] Erro 2 > make[1]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' > make: ** [all-recursive] Erro 1 > gui at curupira:~/grads-2.0.a9$ > > May anyone help me? > > Thanks a lot, > > Guilherme. > > -- > Guilherme Martins > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > (Mr.) Ta Huu Chinh > National, Weather Forecasting Center, Ha Noi, Viet Nam. > No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi > Tel: 84-903-402-181 > Fax: 84-43-824-4917 > Email: chinhth2010 at gmail.com > Website: http://vn.myblog.yahoo.com/chinhth2005/ > Website: http://bestknowledge-chinhth.blogspot.com/ > Website: http://anhcuoidep.vn > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110727/78774f3b/attachment-0002.html From jma at cola.iges.org Wed Jul 27 08:22:05 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Wed, 27 Jul 2011 08:22:05 -0400 Subject: [gradsusr] in netcdf file unable to display 4-D variables In-Reply-To: <4E28B83A.4000501@noaa.gov> References: <1E8644A2BCBD5E4A9967E1E00D5D4C7301143E6FDCD0@NDMSSCC05.ndc.nasa.gov> <4E28B83A.4000501@noaa.gov> Message-ID: You did not include the ncdump output that shows the metadata for the coordinate axis "lev" -- it may have been insufficient. If that is the case, then GrADS won't recognize variables that use that coordinate axis. Furthermore, you need to include the version of GrADS you are using, since the sdfopen interface has changed over time and this information may be quite relevant. After you have sdfopen'ed your file, try a 'q file' and see if it has found a z-axis with levels that match the ncdump output. If not, then you will need to write a descriptor file, either a short version for the xdfopen command, or a complete one for the open command. The documentation is at http://iges.org/grads/gadoc/SDFdescriptorfile.html --Jennifer On Jul 21, 2011, at 7:37 PM, Charles Seman wrote: > Jonathan, > > This sounds familiar... GrADS may not be able to display both 3D and > 4D > fields if they are in the same netCDF file (don't know why)... One > thing > to try is to extract the 4D fields into a separate netCDF file (e.g. > using "ncks" if you have it). > > Hope this helps, > Chuck > > SMITH, JONATHAN WYNN. (GSFC-6133) wrote: >> Hello: >> >> I have a netcdf file with many variables >> / float Q(time, lev, lat, lon) ; >> Q:units = "KG/KG" ; >> float SA1_VMR_inst(time, lev, lat, lon) ; >> SA1_VMR_inst:units = "VMR" ; >> float SOA_VMR_inst(time, lev, lat, lon) ; >> SOA_VMR_inst:units = "VMR" ; >> float T(time, lev, lat, lon) ; >> T:units = "K" ; >> float TOLUENE_VMR_inst(time, lev, lat, lon) ; >> TOLUENE_VMR_inst:units = "VMR" ; >> float TROPLEV(time, lat, lon) ; >> TROPLEV:units = "KM" ; >> float U(time, lev, lat, lon) ; >> U:units = "M/S" ; >> float V(time, lev, lat, lon) ; >> V:units = "M/S" ; >> char current_mss(nchar) ; >> current_mss:long_name = "MSS pathname of this file" ; >> int date(time) ; >> date:long_name = "current date as 6 digit integer (YYMMDD)" ; >> int datesec(time) ; >> datesec:long_name = "seconds to complete current date" ; >> datesec:units = "s" ; >> int days(time) ; >> days:long_name = "elapsed simulation days for this case" ; >> char first_mss(nchar) ; >> first_mss:long_name = "MSS pathname of first file for this >> case"/ >> >> I use the following script: >> >> /* B Vs -VTL >> 'reinit' >> 'sdfopen >> /Volumes/JWS/MOZART_OUTPUT/LARGE_DOMAIN/ >> mozart4-20110721100736853957.nc >> ' >> 'set mpdset hires' >> 'set display color white' >> 'run rgbset.gs ' >> >> 'c' >> "set parea 1 10 1 7.5" >> "set LON -30 59" >> "set LAT -12 30" >> "set LEV 1" >> 'set grads off' >> 'set gxout shaded' >> "set rgb 24 255 120 120" >> "set clevs 20 40 60 80 100 120 140 160 180 200 220 240" >> "set ccols 9 14 4 11 5 13 3 10 7 12 8 2 24" >> 'd days' >> 'set string 1 l 3' >> 'draw string 7.5 8.0' _analysis >> "run cbar.gs " >> 'draw title 22 May 2006 MOZART L3\OzoneMixing Ratio (ppbv)' >> 'printim /Users/jonathanwsmith/MOZART/mozart_22may.gif'/ >> >> For what ever reason I am only able to plot the one and three >> dimensional variable like days (1-D) or PS (3-D. I am am unable to >> plot >> Q or SOA_VMR_inst which are 4-D? >> >> What could be going wrong? >> >> >> >> *Jonathan Wynn Smith* >> >> /Student Trainee/ >> >> _jonathan.smith at nasa.gov_ >> >> NASA-Goddard Space Flight Center >> >> Code 613.3-Atmospheric Chemistry and Dynamics Branch >> >> Greenbelt, MD 20771 >> >> 301-614-5956 >> >> >> >> /Doctoral Candidate/ >> >> jonathan.smith at bison.howard.edu >> >> Howard University Program in Atmospheric Sciences >> >> 2355 6th St NW/408 Thirkield Bldg. >> >> Washington, DC 20059 >> >> >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr > > -- > > 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 reflect > any > official or unofficial position of the United States Federal > Government, > the United States Department of Commerce, or NOAA." > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110727/16dd01a2/attachment-0002.html From klhuyck at meridian-enviro.com Wed Jul 27 10:04:26 2011 From: klhuyck at meridian-enviro.com (Kevin Huyck) Date: Wed, 27 Jul 2011 09:04:26 -0500 Subject: [gradsusr] LFC calculation Message-ID: <4E301AEA.7030108@meridian-enviro.com> Meredith, I ran into a similar problem while attempting to compute condensation pressure deficit (CPD). My solution was to derive an equation for my value of interest and then implement it in GrADS. Deriving the equation was the most difficult portion of this task. Once I had that in hand, I used several steps to bootstrap the solution in GrADS. For example, my CPD equation requires virtual temperature and the change in height by way of the hypsometric equation. For one step, I calculate the virtual temperature grid. In the next step I use the calculated virtual temperature grid in the hypsometric equation to find the change in height. For my way of thinking, a step-wise process, taking each piece in a small chunk, is easiest to comprehend during the testing phase. After you verify your solution works, you can refine the method to improve your processing efficiency. In my experience, you can "define [var]=[eqn]" to create the appropriate gridded variable. If you have x and y varying (for a single time), you'll calculate the variable for each gridpoint in your domain or vary x, y, and t for multiple time steps in your domain. Hope this helps. -- Kevin L. Huyck Forecaster, Meridian Environmental Technology, Inc. klhuyck at meridian-enviro.com Composed using Mozilla Thunderbird! +++Begin copied text+++ Hi Everyone, I'm looking to plot a contour plot of LFC height, similar to the graphic on the SPC Mesoscale Analysis page, my control file does not output LFC directly, is there anyway I can calculate this in grads? Thanks for your help. Meredith +++End copied text+++ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110727/0af45b02/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: klhuyck.vcf Type: text/x-vcard Size: 307 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110727/0af45b02/attachment-0002.vcf From estefaniajimenez.r at gmail.com Wed Jul 27 10:42:43 2011 From: estefaniajimenez.r at gmail.com (=?ISO-8859-1?Q?Estefan=EDa_Jim=E9nez?=) Date: Wed, 27 Jul 2011 08:42:43 -0600 Subject: [gradsusr] problem: Cannot contour grid - all undefined values Message-ID: Hi guys, please help! I am new at GraDS and I have this problem wich I bet is very silly. I send you the file and the prompt text to see if anyone can help me. *ccwrfuser at ubuntu:~/Desktop$ gradsc* *Grid Analysis and Display System (GrADS) Version 1.9b4* *Copyright (c) 1988-2005 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.9b4 32-bit little-endian lats* * * *Issue 'q config' command for more information.* * * *Landscape mode? (no for portrait): * *Error opening user function definition table* * File name is: /home/ccwrfuser/grads30d/udf* *GX Package Initialization: Size = 11 8.5 * *ga> open Eta_exp110km1960010100.ctl* *Scanning description file: Eta_exp110km1960010100.ctl* *Data file Eta_exp110km1960010100+%y4%m2%d2%h2.bin is open as file 1* *LON set to -89 -78.1 * *LAT set to 7 11.9 * *LEV set to 1000 1000 * *Time values set: 1960:1:1:0 1960:1:1:0 * *ga> d temp* *Cannot contour grid - all undefined values * *ga>* -- Thank You so much! *Estefan?a Jim?nez R.* **Meteor?loga Departamento de Climatolog?a e Investigaciones Aplicadas Instituto Meteorol?gico Nacional MINAET Tel: +506 2222 5616 ext 136 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110727/1ddcc1bf/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Eta_exp110km1960010100.ctl Type: application/octet-stream Size: 2522 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110727/1ddcc1bf/attachment-0002.obj From pennelly at ualberta.ca Wed Jul 27 13:18:41 2011 From: pennelly at ualberta.ca (Clark Pennelly) Date: Wed, 27 Jul 2011 11:18:41 -0600 Subject: [gradsusr] problem: Cannot contour grid - all undefined values In-Reply-To: References: Message-ID: You may just need to set your time interval to something different. Try set t 1 50 in grads command line to see the temperature in kelvin for the first 50 timesteps. You should see contour plots pop up really quickly, starting from the first timestep and stop at the 50th timestep for your domain. I hope that works. Clark On Wed, Jul 27, 2011 at 8:42 AM, Estefan?a Jim?nez < estefaniajimenez.r at gmail.com> wrote: > Hi guys, please help! I am new at GraDS and I have this problem wich I bet > is very silly. I send you the file and the prompt text to see if anyone can > help me. > > *ccwrfuser at ubuntu:~/Desktop$ gradsc* > > *Grid Analysis and Display System (GrADS) Version 1.9b4* > *Copyright (c) 1988-2005 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.9b4 32-bit little-endian lats* > * > * > *Issue 'q config' command for more information.* > * > * > *Landscape mode? (no for portrait): * > *Error opening user function definition table* > * File name is: /home/ccwrfuser/grads30d/udf* > *GX Package Initialization: Size = 11 8.5 * > *ga> open Eta_exp110km1960010100.ctl* > *Scanning description file: Eta_exp110km1960010100.ctl* > *Data file Eta_exp110km1960010100+%y4%m2%d2%h2.bin is open as file 1* > *LON set to -89 -78.1 * > *LAT set to 7 11.9 * > *LEV set to 1000 1000 * > *Time values set: 1960:1:1:0 1960:1:1:0 * > *ga> d temp* > *Cannot contour grid - all undefined values * > *ga>* > -- > > Thank You so much! > > *Estefan?a Jim?nez R.* > > **Meteor?loga > > Departamento de Climatolog?a e Investigaciones Aplicadas > > Instituto Meteorol?gico Nacional > > MINAET > > Tel: +506 2222 5616 ext 136 > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110727/dbd4b3f6/attachment-0002.html From estefaniajimenez.r at gmail.com Wed Jul 27 14:03:00 2011 From: estefaniajimenez.r at gmail.com (=?ISO-8859-1?Q?Estefan=EDa_Jim=E9nez?=) Date: Wed, 27 Jul 2011 12:03:00 -0600 Subject: [gradsusr] problem: Cannot contour grid - all undefined values In-Reply-To: References: Message-ID: Hi Clark! Thanks for aswering. I did what you told me and I got this: *ga> set t 1 50* *Time values set: 1960:1:1:0 1960:1:13:6 * *ga> d temp* *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Press enter to continue::::: * *ga> * 2011/7/27 Clark Pennelly > You may just need to set your time interval to something different. Try > > set t 1 50 > in grads command line > > to see the temperature in kelvin for the first 50 timesteps. You should see > contour plots pop up really quickly, starting from the first timestep and > stop at the 50th timestep for your domain. I hope that works. > > Clark > > On Wed, Jul 27, 2011 at 8:42 AM, Estefan?a Jim?nez < > estefaniajimenez.r at gmail.com> wrote: > >> Hi guys, please help! I am new at GraDS and I have this problem wich I bet >> is very silly. I send you the file and the prompt text to see if anyone can >> help me. >> >> *ccwrfuser at ubuntu:~/Desktop$ gradsc* >> >> *Grid Analysis and Display System (GrADS) Version 1.9b4* >> *Copyright (c) 1988-2005 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.9b4 32-bit little-endian lats* >> * >> * >> *Issue 'q config' command for more information.* >> * >> * >> *Landscape mode? (no for portrait): * >> *Error opening user function definition table* >> * File name is: /home/ccwrfuser/grads30d/udf* >> *GX Package Initialization: Size = 11 8.5 * >> *ga> open Eta_exp110km1960010100.ctl* >> *Scanning description file: Eta_exp110km1960010100.ctl* >> *Data file Eta_exp110km1960010100+%y4%m2%d2%h2.bin is open as file 1* >> *LON set to -89 -78.1 * >> *LAT set to 7 11.9 * >> *LEV set to 1000 1000 * >> *Time values set: 1960:1:1:0 1960:1:1:0 * >> *ga> d temp* >> *Cannot contour grid - all undefined values * >> *ga>* >> -- >> >> Thank You so much! >> >> *Estefan?a Jim?nez R.* >> >> **Meteor?loga >> >> Departamento de Climatolog?a e Investigaciones Aplicadas >> >> Instituto Meteorol?gico Nacional >> >> MINAET >> >> Tel: +506 2222 5616 ext 136 >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- *Estefan?a Jim?nez R.* **Meteor?loga Departamento de Climatolog?a e Investigaciones Aplicadas Instituto Meteorol?gico Nacional MINAET Tel: +506 2222 5616 ext 136 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110727/72402d48/attachment-0002.html From jimp at hawaii.edu Wed Jul 27 14:11:46 2011 From: jimp at hawaii.edu (James T. Potemra) Date: Wed, 27 Jul 2011 08:11:46 -1000 Subject: [gradsusr] problem: Cannot contour grid - all undefined values In-Reply-To: References: Message-ID: <4E3054E2.7070505@hawaii.edu> Estefan?a: Another thing to check is your file names. In the ctl file you specify: *Eta_exp110km1960010100+%y4%m2%d2%h2.bin *which means when/if you "set t 1", it will look for a file called: *Eta_exp110km1960010100+1960010100.bin *If you do not have such a file, you'll get all undefined values. I suspect that the first part of the file probably changes as well? Or maybe you have the data files in a subdirectory? Jim Estefan?a Jim?nez wrote: > Hi Clark! Thanks for aswering. I did what you told me and I got this: > > *ga> set t 1 50* > *Time values set: 1960:1:1:0 1960:1:13:6 * > *ga> d temp* > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Press enter to continue::::: * > *ga> * > > > > 2011/7/27 Clark Pennelly > > > You may just need to set your time interval to something > different. Try > > set t 1 50 > in grads command line > > to see the temperature in kelvin for the first 50 timesteps. You > should see contour plots pop up really quickly, starting from the > first timestep and stop at the 50th timestep for your domain. I > hope that works. > > Clark > > On Wed, Jul 27, 2011 at 8:42 AM, Estefan?a Jim?nez > > wrote: > > Hi guys, please help! I am new at GraDS and I have this > problem wich I bet is very silly. I send you the file and the > prompt text to see if anyone can help me. > > *ccwrfuser at ubuntu:~/Desktop$ gradsc* > > *Grid Analysis and Display System (GrADS) Version 1.9b4* > *Copyright (c) 1988-2005 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.9b4 32-bit little-endian lats* > * > * > *Issue 'q config' command for more information.* > * > * > *Landscape mode? (no for portrait): * > *Error opening user function definition table* > * File name is: /home/ccwrfuser/grads30d/udf* > *GX Package Initialization: Size = 11 8.5 * > *ga> open Eta_exp110km1960010100.ctl* > *Scanning description file: Eta_exp110km1960010100.ctl* > *Data file Eta_exp110km1960010100+%y4%m2%d2%h2.bin is open as > file 1* > *LON set to -89 -78.1 * > *LAT set to 7 11.9 * > *LEV set to 1000 1000 * > *Time values set: 1960:1:1:0 1960:1:1:0 * > *ga> d temp* > *Cannot contour grid - all undefined values * > *ga>* > -- > > Thank You so much! > > /Estefan?a Jim?nez R./ > > //Meteor?loga > > Departamento de Climatolog?a e Investigaciones Aplicadas > > Instituto Meteorol?gico Nacional > > MINAET > > Tel: +506 2222 5616 ext 136 > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > > /Estefan?a Jim?nez R./ > > //Meteor?loga > > Departamento de Climatolog?a e Investigaciones Aplicadas > > Instituto Meteorol?gico Nacional > > MINAET > > Tel: +506 2222 5616 ext 136 > > > ------------------------------------------------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > From estefaniajimenez.r at gmail.com Wed Jul 27 16:11:23 2011 From: estefaniajimenez.r at gmail.com (=?ISO-8859-1?Q?Estefan=EDa_Jim=E9nez?=) Date: Wed, 27 Jul 2011 14:11:23 -0600 Subject: [gradsusr] problem: Cannot contour grid - all undefined values In-Reply-To: <4E3054E2.7070505@hawaii.edu> References: <4E3054E2.7070505@hawaii.edu> Message-ID: Thanks a lot Jim! I'll try that ;) 2011/7/27 James T. Potemra > Estefan?a: > > Another thing to check is your file names. In the ctl file you specify: > *Eta_exp110km1960010100+%y4%m2%d2%h2.bin > *which means when/if you "set t 1", it will look for a file called: > *Eta_exp110km1960010100+1960010100.bin > > *If you do not have such a file, you'll get all undefined values. I > suspect > that the first part of the file probably changes as well? Or maybe you > have the data files in a subdirectory? > > Jim > > Estefan?a Jim?nez wrote: > > Hi Clark! Thanks for aswering. I did what you told me and I got this: > > > > *ga> set t 1 50* > > *Time values set: 1960:1:1:0 1960:1:13:6 * > > *ga> d temp* > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Press enter to continue::::: * > > *ga> * > > > > > > > > 2011/7/27 Clark Pennelly > > > > > > You may just need to set your time interval to something > > different. Try > > > > set t 1 50 > > in grads command line > > > > to see the temperature in kelvin for the first 50 timesteps. You > > should see contour plots pop up really quickly, starting from the > > first timestep and stop at the 50th timestep for your domain. I > > hope that works. > > > > Clark > > > > On Wed, Jul 27, 2011 at 8:42 AM, Estefan?a Jim?nez > > > > wrote: > > > > Hi guys, please help! I am new at GraDS and I have this > > problem wich I bet is very silly. I send you the file and the > > prompt text to see if anyone can help me. > > > > *ccwrfuser at ubuntu:~/Desktop$ gradsc* > > > > *Grid Analysis and Display System (GrADS) Version 1.9b4* > > *Copyright (c) 1988-2005 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.9b4 32-bit little-endian lats* > > * > > * > > *Issue 'q config' command for more information.* > > * > > * > > *Landscape mode? (no for portrait): * > > *Error opening user function definition table* > > * File name is: /home/ccwrfuser/grads30d/udf* > > *GX Package Initialization: Size = 11 8.5 * > > *ga> open Eta_exp110km1960010100.ctl* > > *Scanning description file: Eta_exp110km1960010100.ctl* > > *Data file Eta_exp110km1960010100+%y4%m2%d2%h2.bin is open as > > file 1* > > *LON set to -89 -78.1 * > > *LAT set to 7 11.9 * > > *LEV set to 1000 1000 * > > *Time values set: 1960:1:1:0 1960:1:1:0 * > > *ga> d temp* > > *Cannot contour grid - all undefined values * > > *ga>* > > -- > > > > Thank You so much! > > > > /Estefan?a Jim?nez R./ > > > > //Meteor?loga > > > > Departamento de Climatolog?a e Investigaciones Aplicadas > > > > Instituto Meteorol?gico Nacional > > > > MINAET > > > > Tel: +506 2222 5616 ext 136 > > > > > > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > > > > -- > > > > /Estefan?a Jim?nez R./ > > > > //Meteor?loga > > > > Departamento de Climatolog?a e Investigaciones Aplicadas > > > > Instituto Meteorol?gico Nacional > > > > MINAET > > > > Tel: +506 2222 5616 ext 136 > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- *Estefan?a Jim?nez R.* **Meteor?loga Departamento de Climatolog?a e Investigaciones Aplicadas Instituto Meteorol?gico Nacional MINAET Tel: +506 2222 5616 ext 136 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110727/e5bdd1a0/attachment-0002.html From dasilva at opengrads.org Thu Jul 28 10:25:30 2011 From: dasilva at opengrads.org (Arlindo da Silva) Date: Thu, 28 Jul 2011 10:25:30 -0400 Subject: [gradsusr] grads script fish.gex In-Reply-To: <4E2EE9BD.6010708@noaa.gov> References: <4E2EE9BD.6010708@noaa.gov> Message-ID: Dear GrADS User, Sorry, but I cannot provide individual GrADS support. Please send all your GrADS related questions to: http://grads.iges.org/grads/users.html This is an automatic message; please do not replay. Thank you for for understanding. Arlindo da Silva dasilva at opengrads.org On Tue, Jul 26, 2011 at 12:22 PM, murty.divakarla wrote: > Arlindo, > Can you help me with your grads script (fish.gex) - as an attachment Thanks > Murty > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110728/c0b47b61/attachment-0002.html From member at linkedin.com Thu Jul 28 12:02:52 2011 From: member at linkedin.com (saeed bayat via LinkedIn) Date: Thu, 28 Jul 2011 16:02:52 +0000 (UTC) Subject: [gradsusr] Invitation to connect on LinkedIn Message-ID: <449380356.1719508.1311868972231.JavaMail.app@ela4-app0135.prod> LinkedIn ------------ saeed bayat requested to add you as a connection on LinkedIn: ------------------------------------------ Ning, I'd like to add you to my professional network on LinkedIn. - saeed Accept invitation from saeed bayat http://www.linkedin.com/e/ofpc7q-gqnwwxc4-72/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I138688326_13/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYPclYSczcUe3oUcP59bTBqc3l6ujtmbP8Rd3gMczoUdzcLrCBxbOYWrSlI/EML_comm_afe/ View invitation from saeed bayat http://www.linkedin.com/e/ofpc7q-gqnwwxc4-72/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I138688326_13/3cNnPoOcPwUdzwPckALqnpPbOYWrSlI/svi/ ------------------------------------------ DID YOU KNOW you can use your LinkedIn profile as your website? Select a vanity URL and then promote this address on your business cards, email signatures, website, etc http://www.linkedin.com/e/ofpc7q-gqnwwxc4-72/ewp/inv-21/ -- (c) 2011, LinkedIn Corporation -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110728/23212415/attachment-0002.html From instantweathermaps at gmail.com Thu Jul 28 12:12:07 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Thu, 28 Jul 2011 11:12:07 -0500 Subject: [gradsusr] NOMADS download speeds In-Reply-To: <4E1CA39F.7050501@noaa.gov> References: <4E1CA39F.7050501@noaa.gov> Message-ID: Turns out the subsetting *is* the culprit... changed it from the CONUS to US/Canada/Alaska and it actually downloads (insignificantly) faster... I'll try testing raw data downloads sometime too (especially since I can use parallel connections without bogging down the NOMADS server). Oh, and I implemented the staggered downloads and now have a lag of about 2-4 seconds for the first map and 12-20 seconds for the last map (GrADS is really fast at generating maps... at least when the right settings are used on printim). Thanks, Joey http://www.instantweathermaps.com On Tue, Jul 12, 2011 at 2:42 PM, Wesley Ebisuzaki wrote: > Joey, > > My impression of the nomads server is that it is very fast. > However, I have a very fast link to the internet and > the site is only 10 miles away. > > You are using the GFS which has 0.5 degree resolution (260K > points) and you are using the filter program > which can create a regional subset. If you are asking for a 5x5 grid, > then your download speeds will be > slow. After all you have to process 10K points for every point sent to > you. > > Another possibility is that you may have run afoul of some > fair-usage filter. Every site needs some protection > against denial-of-service attacks and poorly programmed web scripts. > Anyways the nomads help desk is a more > appropriate source of information than the GrADS user forum. > > Wesley Ebisuzaki > > > Joey Woodson wrote: > > Is there any way to speed up downloads from the NOMADS server > > (http://nomads.ncep.noaa.gov/cgi-bin/filter_gfs_hd.pl)? I currently > > run a site that spends around 6-8 seconds per forecast hour generating > > maps. Having said that, it is quite frustrating to see download times > > for 1 MB of GRIB data exceed 10 seconds at times. I currently use 4 > > wget sessions in parallel to handle the downloading, and I only sleep > > for 2 seconds instead of 10 when polling the NOMADS server to check > > when the next file is available, so as you can see I am very > > speed-oriented. Is there any way to download faster, or is > > partial-downloading (downloading part of the GRIB file, generating the > > relevant maps for the first part while the rest downloads, then > > generating the maps for the rest) the fastest way of doing this? > > > > Joey > > http://www.instantweathermaps.com > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110728/eaeaed09/attachment-0002.html From simon.kiertscher at gmx.de Fri Jul 29 04:56:19 2011 From: simon.kiertscher at gmx.de (Simon Kiertscher) Date: Fri, 29 Jul 2011 10:56:19 +0200 Subject: [gradsusr] time format In-Reply-To: References: <4E2FCC0F.6080607@gmx.de> <4E2FD6E9.1040002@gmx.de> Message-ID: <4E3275B3.5040106@gmx.de> Hi all, I finally solved my problem by converting the time axis from absolute to relative with "cdo -r copy inputfile outputfile". Best Regards, Simon > The information could be found at > http://www.iges.org/grads/gadoc/gradcomdsdfopen.html. > > On Wed, Jul 27, 2011 at 5:14 PM, Simon Kiertscher > wrote: >> Dear Yaqiang, >> >> thank you for the information, where can i find the GrADS conventions to >> know which format is ok, and which not? >> I'm very new to GrADS, so can you give me a source where i can find a >> example of a control file? I have no idea how to do that. >> >> Best Regards, >> Simon >>> time:units = "day as %Y%m%d.%f" It does not follow GOARDS >>> conventions which is used in 'sdfopen' function. So you need to write >>> a control file to tell GrADS the dimensions and variables in the data >>> set. You have to use 'xdfopen' or 'open' commands to open the data >>> file. >>> >>> On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher >>> wrote: >>>> Dear all, >>>> >>>> i have a problem with opening a file. >>>> I use (GrADS) Version 2.0.a9 on Suse >>>> >>>> ga-> sdfopen GKSS-2.nc >>>> Scanning self-describing file: GKSS-2.nc >>>> gadsdf: Error parsing time_units for SDF file. >>>> >>>> the format is as follows: >>>> (from ncdump) >>>> >>>> double time(time) ; >>>> time:units = "day as %Y%m%d.%f" ; >>>> time:calendar = "proleptic_gregorian" ; >>>> time:axis = "t" ; >>>> time:long_name = "time" ; >>>> >>>> So i think this is valid format? Can anyone tell my what is wrong? >>>> >>>> Best Regards, >>>> Simon >>>> _______________________________________________ >>>> gradsusr mailing list >>>> gradsusr at gradsusr.org >>>> http://gradsusr.org/mailman/listinfo/gradsusr >>>> >>> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > From hbala2k at gmail.com Fri Jul 29 08:13:02 2011 From: hbala2k at gmail.com (H. Bala Devi) Date: Fri, 29 Jul 2011 17:43:02 +0530 Subject: [gradsusr] Z-averaging of wind Message-ID: Hi Folks..., I would like to get averaged the vertical levels of wind and then plot the stream lines for it... Anybody can help me in Z-averaging command/script for wind... Thanks in advance... HB...A From hbala2k at gmail.com Fri Jul 29 08:55:58 2011 From: hbala2k at gmail.com (H. Bala Devi) Date: Fri, 29 Jul 2011 18:25:58 +0530 Subject: [gradsusr] Z-averaging of wind Message-ID: Hi Folks..., I would like to get averaged the vertical levels of wind and then plot the stream lines for it... Anybody can help me in Z-averaging command/script for wind... Thanks in advance... HB...A From davide.sacchetti at arpal.gov.it Fri Jul 29 09:11:05 2011 From: davide.sacchetti at arpal.gov.it (Davide Sacchetti) Date: Fri, 29 Jul 2011 15:11:05 +0200 Subject: [gradsusr] Z-averaging of wind In-Reply-To: References: Message-ID: <1311945065.26296.15.camel@davide> 'set gxout stream' 'd mean(u,lev=500,lev=300);mean(v,lev=500,lev=300)' bye bye Davide On Fri, 2011-07-29 at 18:25 +0530, H. Bala Devi wrote: > Hi Folks..., > I would like to get averaged the vertical levels of wind and then > plot the stream lines for it... Anybody can help me in Z-averaging > command/script for wind... > Thanks in advance... > HB...A > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- --> Attenzione cambio indirizzo: davide.sacchetti at arpal.gov.it -- Davide Sacchetti Centro Funzionale Meteo Idrologico di Protezione Civile della Regione Liguria ARPAL Unit? Tecnica Complessa di livello Regionale V.le Brigare Partigiane 2 16121 Genova (I) tel: +39 010 6437535 fax: +39 010 6437520 mail: davide.sacchetti at arpal.gov.it web: www.meteoliguria.it From smcmillan at planalytics.com Fri Jul 29 09:14:46 2011 From: smcmillan at planalytics.com (Stephen McMillan) Date: Fri, 29 Jul 2011 09:14:46 -0400 Subject: [gradsusr] Z-averaging of wind In-Reply-To: References: Message-ID: HB, Here's an example of plotting vertically averaged wind streamlines for a single timestep from a forecast model: 'set time 00z30jul2011' 'define u=ave(ugrdprs,lev=1000,lev=300)' 'define v=ave(vgrdprs,lev=1000,lev=300)' 'set gxout stream' 'd u;v' Stephen McMillan On Fri, Jul 29, 2011 at 8:13 AM, H. Bala Devi wrote: > Hi Folks..., > I would like to get averaged the vertical levels of wind and then > plot the stream lines for it... Anybody can help me in Z-averaging > command/script for wind... > Thanks in advance... > HB...A > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > *************************************************** The information contained in this e-mail message is intended only for the use of the recipient(s) named above and may contain information that is privileged, confidential, and/or proprietary. If you are not the intended recipient, you may not review, copy or distribute this message. If you have received this communication in error, please notify the sender immediately by e-mail, and delete the original message. *************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110729/16c3f1b9/attachment-0002.html From eduardo.agosta at gmail.com Fri Jul 29 19:17:36 2011 From: eduardo.agosta at gmail.com (Eduardo Agosta Scarel) Date: Fri, 29 Jul 2011 20:17:36 -0300 Subject: [gradsusr] how to draw orography Message-ID: Hi you all! Does anybody know how to draw the orography used in the NCEP/NCAR reanalysis 1 datasets using GRADS ? I have downloaded teh file orog.spec.nc but I cannot think of how to use it. Many thanks. Edu. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110729/c92e6faa/attachment-0002.html From liping_liuwang at hotmail.com Fri Jul 29 19:29:54 2011 From: liping_liuwang at hotmail.com (Liping Liu) Date: Fri, 29 Jul 2011 17:29:54 -0600 Subject: [gradsusr] how to display collected data when T varies Message-ID: Hi All, Have a set of WRF output data, post processed into GRADS data (de.ctl and de.dat). The data is for couple of days with time increment 3hrs. Want to plot out the average OLR along a slant line (cross section, say from 40E 10N to 70E 25N) with 10 degrees in latitude. We can do this easily if the averaging is along a straight line (e.g. ave(olr,lat=5,lat=15) for lon 40 70). Tried "collect" and "gr2stn". "collect" works for data varying in Z or T; I can collect the averaged values of OLR with varying T. However, "gr2stn" works only for varying Z, not T. Question: How do I display the collected data with varying T? It seems that I can't use "gr2stn". Thanks. Liping -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110729/b07cd76f/attachment-0002.html From eduardo.agosta at gmail.com Fri Jul 29 19:42:43 2011 From: eduardo.agosta at gmail.com (Eduardo Agosta Scarel) Date: Fri, 29 Jul 2011 20:42:43 -0300 Subject: [gradsusr] how to draw orography Message-ID: Hi you all! Does anybody know how to draw the orography used in the NCEP/NCAR reanalysis 1 datasets using GRADS ? I have downloaded teh file orog.spec.nc but I cannot think of how to use it. Many thanks. Edu. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110729/5050926b/attachment-0002.html From saeedbayat7276 at gmail.com Sat Jul 30 01:01:12 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Sat, 30 Jul 2011 09:31:12 +0430 Subject: [gradsusr] how to draw orography In-Reply-To: References: Message-ID: Hi Eduardo. You can download the topo data from this link: http://users.ictp.it/~pubregcm/RegCM3/globedat.htm#part5 for display Topography in contour or shaded format just type these command in GrADS terminal: set lat x1 x2 set lon y1 y2 set gxout contour(or shaded) d EXPR Good Luck, Saeed Bayat M.A Student of Climatology Department of Geography Ferdowsi University of Mashhad(Iran) On Sat, Jul 30, 2011 at 3:47 AM, Eduardo Agosta Scarel < eduardo.agosta at gmail.com> wrote: > Hi you all! > > Does anybody know how to draw the orography used in the NCEP/NCAR > reanalysis 1 datasets using GRADS ? > > I have downloaded teh file orog.spec.nc but I cannot think of how to use > it. > > Many thanks. > > Edu. > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110730/38bf2a14/attachment-0002.html From lwelp at ucsd.edu Sat Jul 30 15:00:24 2011 From: lwelp at ucsd.edu (Lisa Welp-Smith) Date: Sat, 30 Jul 2011 12:00:24 -0700 Subject: [gradsusr] define a simple scalar Message-ID: <4E3454C8.8000003@ucsd.edu> Hello, I'm having a problem with what I'm sure is a simple task. I want to define a scalar to convert a slope (i.e. units/year) into a trend line over several years. I'm using this to detrend a time series. Basically I just need to construct a simple scalar (i.e. variable = 1 2 3 4 5...) or a variable that equals the year of each entry of my dataset (i.e. variable = 1991 1992 1993 1994 1995...) that I can multiply by my slope values. I can use tloop to create the right dimensions (variable = 1 1 1 1 1...) but I can't seem to get the values to increase for each time step. Imagine I could either create a datafile manually and read it in or somehow extract the year information from the existing dataset into a user defined variable. Is there an equivalent of 'define variable(t=2) = 2'? I know this syntax is wrong. Any advice would be appreciated. Lisa -- Lisa Welp-Smith Carbon Dioxide Research Group Scripps Institution of Oceanography From instantweathermaps at gmail.com Sat Jul 30 16:31:13 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Sat, 30 Jul 2011 15:31:13 -0500 Subject: [gradsusr] define a simple scalar In-Reply-To: <4E3454C8.8000003@ucsd.edu> References: <4E3454C8.8000003@ucsd.edu> Message-ID: set t 1 variable1 = const(kanto, 1, -a) set t 2 variable2 = const(kanto, 2, -a) where "kanto" is any variable in the file. AFAIK there is no way to define different timesteps of the same variable in different ways. A for loop can take care of the trouble involved with using multiple variables. On Sat, Jul 30, 2011 at 2:00 PM, Lisa Welp-Smith wrote: > Hello, > > I'm having a problem with what I'm sure is a simple task. I want to > define a scalar to convert a slope (i.e. units/year) into a trend line > over several years. I'm using this to detrend a time series. > Basically I just need to construct a simple scalar (i.e. variable = 1 2 > 3 4 5...) or a variable that equals the year of each entry of my dataset > (i.e. variable = 1991 1992 1993 1994 1995...) that I can multiply by my > slope values. I can use tloop to create the right dimensions (variable > = 1 1 1 1 1...) but I can't seem to get the values to increase for each > time step. > > Imagine I could either create a datafile manually and read it in or > somehow extract the year information from the existing dataset into a > user defined variable. > > Is there an equivalent of 'define variable(t=2) = 2'? I know this > syntax is wrong. > > Any advice would be appreciated. > > Lisa > > -- > Lisa Welp-Smith > Carbon Dioxide Research Group > Scripps Institution of Oceanography > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110730/6d6899e6/attachment-0002.html From ousmane at iri.columbia.edu Sun Jul 31 06:09:54 2011 From: ousmane at iri.columbia.edu (Ousmane Ndiaye) Date: Sun, 31 Jul 2011 06:09:54 -0400 (EDT) Subject: [gradsusr] Plotting Station data using R In-Reply-To: Message-ID: Hi all, I'm new in R and am looking for code to plot station data file. Ousmane thanks From prjayakrishnan at gmail.com Sun Jul 31 06:20:40 2011 From: prjayakrishnan at gmail.com (Jayakrishnan PR) Date: Sun, 31 Jul 2011 15:50:40 +0530 Subject: [gradsusr] Plotting Station data using R In-Reply-To: References: Message-ID: Helloo, Which data you want to plot using stationgrads. I know how to plot rainfall data using station grads. If you want rainfall data to plot then probably I can help. What you need is to have an ascii file of data. Let me know your specific requirement. On Sun, Jul 31, 2011 at 3:39 PM, Ousmane Ndiaye wrote: > Hi all, > I'm new in R and am looking for code to plot station data file. > Ousmane > thanks > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Sincerely *********************************************** Jayakrishnan.P.R CSIR-Senior Research Fellow Department of Atmospheric Sciences Cochin University of Science and Technology (CUSAT), Cochin-682 016 Kerala, India. Mob: 09895417565 *********************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110731/9d3e78ef/attachment-0002.html From ousmane at iri.columbia.edu Sun Jul 31 06:25:21 2011 From: ousmane at iri.columbia.edu (Ousmane Ndiaye) Date: Sun, 31 Jul 2011 06:25:21 -0400 (EDT) Subject: [gradsusr] Plotting Station data using R In-Reply-To: Message-ID: <321c7d0e-d24d-42fc-82fd-ca266cb4d01d@mserv01.ldeo.columbia.edu> that's exactly what I need I have lat/lon precip station data. Ousmane ----- Original Message ----- From: "Jayakrishnan PR" To: "GrADS Users Forum" Sent: Sunday, July 31, 2011 10:20:40 AM Subject: Re: [gradsusr] Plotting Station data using R Helloo, Which data you want to plot using stationgrads. I know how to plot rainfall data using station grads. If you want rainfall data to plot then probably I can help. What you need is to have an ascii file of data. Let me know your specific requirement. On Sun, Jul 31, 2011 at 3:39 PM, Ousmane Ndiaye < ousmane at iri.columbia.edu > wrote: Hi all, I'm new in R and am looking for code to plot station data file. Ousmane thanks _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -- Sincerely *********************************************** Jayakrishnan.P.R CSIR-Senior Research Fellow Department of Atmospheric Sciences Cochin University of Science and Technology (CUSAT), Cochin-682 016 Kerala, India. Mob: 09895417565 *********************************************** _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From prjayakrishnan at gmail.com Sun Jul 31 06:39:19 2011 From: prjayakrishnan at gmail.com (Jayakrishnan PR) Date: Sun, 31 Jul 2011 16:09:19 +0530 Subject: [gradsusr] Plotting Station data using R In-Reply-To: <321c7d0e-d24d-42fc-82fd-ca266cb4d01d@mserv01.ldeo.columbia.edu> References: <321c7d0e-d24d-42fc-82fd-ca266cb4d01d@mserv01.ldeo.columbia.edu> Message-ID: Kindly send me one sample of your ascii file including latitude, longitude, station name year, date , rainfall etc. Let me try and after that I will send you the programs and required gs files and the procedures needed to plot the file in grads. Best of luck. On Sun, Jul 31, 2011 at 3:55 PM, Ousmane Ndiaye wrote: > that's exactly what I need > I have lat/lon precip station data. > Ousmane > > > ----- Original Message ----- > From: "Jayakrishnan PR" > To: "GrADS Users Forum" > Sent: Sunday, July 31, 2011 10:20:40 AM > Subject: Re: [gradsusr] Plotting Station data using R > > > Helloo, > Which data you want to plot using stationgrads. I know how to plot rainfall > data using station grads. If you want rainfall data to plot then probably I > can help. What you need is to have an ascii file of data. Let me know your > specific requirement. > > > On Sun, Jul 31, 2011 at 3:39 PM, Ousmane Ndiaye < ousmane at iri.columbia.edu> wrote: > > > Hi all, > I'm new in R and am looking for code to plot station data file. > Ousmane > thanks > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > Sincerely > *********************************************** > Jayakrishnan.P.R > CSIR-Senior Research Fellow > Department of Atmospheric Sciences > Cochin University of Science and Technology (CUSAT), Cochin-682 016 > Kerala, India. > Mob: 09895417565 > > *********************************************** > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Sincerely *********************************************** Jayakrishnan.P.R CSIR-Senior Research Fellow Department of Atmospheric Sciences Cochin University of Science and Technology (CUSAT), Cochin-682 016 Kerala, India. Mob: 09895417565 *********************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110731/188f358a/attachment-0002.html From ziaulhaq21 at gmail.com Sun Jul 31 13:30:24 2011 From: ziaulhaq21 at gmail.com (Mohammad Ziaulhaq Ansari) Date: Sun, 31 Jul 2011 23:00:24 +0530 Subject: [gradsusr] Mailing list submission Message-ID: -- ________________________________ Mohammad Ziaulhaq Ansari |?Golder Associates India|?Cyber City, Gurgaon, Haryana 122002, India M:?+91 99 100 23867 |?E:?zia_ansari at golder.com.au?|?www.golder.com Work Safe, Home Safe From ziaulhaq21 at gmail.com Sun Jul 31 13:31:40 2011 From: ziaulhaq21 at gmail.com (Mohammad Ziaulhaq Ansari) Date: Sun, 31 Jul 2011 23:01:40 +0530 Subject: [gradsusr] Help Required In-Reply-To: References: Message-ID: Hi All, I would to use NCEP/NCAR Wind Speed Data which is available at 2.5 x 2.5 degree for Trend analysis & correction factor. Initially, I would be interested in undergoing ?two tasks : 1. would like to interpolate the WS data from 2.5x 2.5 degree to 1 x 1 degree using GrADS. I understand GrADS is the best tool for displaying and interpolating the same. Can anybody help me how to do this, please send me codes & conceptual help as well. 2. Secondly, ?I am using Window as Operating system and I need to install the same in my System. I have tried quite often but was unsuccessful.While installing, it always ask for cywgin ?platform it, and error message is popped up showing .dll is missing. Please help my in this regards and send a complete packet of setup files and installation guide describing the various steps to be followed in sequential manner. Regards, Zia ________________________________ Mohammad Ziaulhaq Ansari M:?+91 99 100 23867 |?E:?zia_ansari at golder.com.au?|?www.golder.com Work Safe, Home Safe From metris at clear.net.nz Sun Jul 31 18:09:29 2011 From: metris at clear.net.nz (Howard Staines) Date: Mon, 01 Aug 2011 10:09:29 +1200 Subject: [gradsusr] Scripts that used to work failing Message-ID: <003401cc4fce$84d635b0$8e82a110$@net.nz> I have a number of scripts (that have previously worked fine) stopping mid way Through with no error messages (some times unknown variables but more often not). I have been using the nomad server. Grads opengrads distro 2.0.9a.1 Any tips as to my problem? Howard Staines From instantweathermaps at gmail.com Sun Jul 31 18:20:54 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Sun, 31 Jul 2011 17:20:54 -0500 Subject: [gradsusr] Scripts that used to work failing In-Reply-To: <003401cc4fce$84d635b0$8e82a110$@net.nz> References: <003401cc4fce$84d635b0$8e82a110$@net.nz> Message-ID: Try running GrADS in verbose mode to see what exactly is wrong. On Sun, Jul 31, 2011 at 5:09 PM, Howard Staines wrote: > I have a number of scripts (that have previously worked fine) stopping mid > way > Through with no error messages (some times unknown variables but more often > not). > > I have been using the nomad server. > > Grads opengrads distro 2.0.9a.1 > > Any tips as to my problem? > > > Howard Staines > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- http://www.instantweathermaps.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110731/25b5bdc1/attachment-0002.html From chinhth2010 at gmail.com Sun Jul 31 20:49:16 2011 From: chinhth2010 at gmail.com (chinh ta huu) Date: Sun, 31 Jul 2011 17:49:16 -0700 Subject: [gradsusr] Help Required In-Reply-To: References: Message-ID: Dear Zia You need grads software or interpolation program of grads. Best regards Chinh On Sun, Jul 31, 2011 at 10:31 AM, Mohammad Ziaulhaq Ansari < ziaulhaq21 at gmail.com> wrote: > Hi All, > > I would to use NCEP/NCAR Wind Speed Data which is available at 2.5 x > 2.5 degree for Trend analysis & correction factor. Initially, I would > be interested in undergoing two tasks : > > 1. would like to interpolate the WS data from 2.5x 2.5 degree to 1 x 1 > degree using GrADS. I understand GrADS is the best tool for displaying > and interpolating the same. Can anybody help me how to do this, please > send me codes & conceptual help as well. > > 2. Secondly, I am using Window as Operating system and I need to > install the same in my System. I have tried quite often but was > unsuccessful.While installing, it always ask for cywgin platform it, > and error message is popped up showing .dll is missing. Please help my > in this regards and send a complete packet of setup files and > installation guide describing the various steps to be followed in > sequential manner. > > Regards, > > Zia > ________________________________ > > Mohammad Ziaulhaq Ansari > > M: +91 99 100 23867 | E: zia_ansari at golder.com.au | www.golder.com > > Work Safe, Home Safe > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- (Mr.) Ta Huu Chinh National, Weather Forecasting Center, Ha Noi, Viet Nam. No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi Tel: 84-903-402-181 Fax: 84-43-824-4917 Email: chinhth2010 at gmail.com Website: http://vn.myblog.yahoo.com/chinhth2005/ Website: http://bestknowledge-chinhth.blogspot.com/ Website: http://anhcuoidep.vn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110731/9c66312f/attachment-0002.html From cl at meteoconsult.fr Fri Jul 1 08:30:03 2011 From: cl at meteoconsult.fr (Lacroix Christelle) Date: Fri, 01 Jul 2011 14:30:03 +0200 Subject: [gradsusr] how to plot map only In-Reply-To: References: <4E0A2093.6020900@coas.oregonstate.edu> <4E0B4C46.9000805@meteoconsult.fr> Message-ID: <4E0DBDCB.7070406@meteoconsult.fr> thanks! Le 29/06/2011 18:15, Jeffrey Duda a ?crit : > 'draw map' > > Jeff Duda > > On Wed, Jun 29, 2011 at 11:01 AM, Lacroix Christelle > > wrote: > > Hi, > > I would like to plot a map with political boundaries but without > datas, > is it possible? > > I have theses commands: > 'set mpdraw on' > 'set poli on' > 'set mpt 0 -1' > 'set mpt 1 -1' > 'set gxout shaded' > 'set clevs 0 4 6 8 10 12 14 16 18 20 22 24 26 28 32 36 40 44 48 52 > 70 100' > 'set ccols 34 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 > 35 65' > 'd (pow((pow(UGRD10m,2)+pow(VGRD10m,2)),0.5))*1.944' > 'set gxout barb' > 'set ccolor 1' > 'set cthick 7' > 'set arrscl 0.1' > > 'd maskout(skip(UGRD10m*1.944,'skip'),LANDsfc*(-1)) ; > maskout(skip(VGRD10m*1.944,'skip'),LANDsfc*(-1))' > 'q ll2xy 'lonlogo' 'latlogo'' > xs = subwrd(result,1) > ys = subwrd(result,2) > xs3 = xs * 720 /11 - 22 > ys3 = 576 - (ys *576 /8) - 42 > 'set line 3 1 1' > 'draw mark 3 'xs' 'ys' 0.15' > 'set string 7 tc 5 0' > 'set strsiz 0.15' > 'draw string 'xs' 'ys' Leader' > > > > Regards, > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > 3134 Agronomy Hall > www.meteor.iastate.edu/~jdduda > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110701/cb751c56/attachment-0003.html From saeedbayat7276 at gmail.com Fri Jul 1 09:57:20 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Fri, 1 Jul 2011 18:27:20 +0430 Subject: [gradsusr] TTF format of output Message-ID: Hi Dear GrADS users How can I create TTF format of output maps instead of png and gif? I am using GrADS in LINUX OS(ubuntu 10.4) and 2.0.a9 oga version of GrADS. Regards Saeed Bayat M.A Student of Climatology Department of Geography Ferdowsi University of Mashhad(Iran) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110701/78bcb340/attachment-0003.html From rafanoharana at gmail.com Mon Jul 4 06:14:41 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Mon, 4 Jul 2011 03:14:41 -0700 Subject: [gradsusr] Exponential, power 2, power 3 expression Message-ID: Dear all, I would like to have your confirmation for this expression in grads: Exponential: 'exp (expression)' is it true? And how if I want to make something like: (a+b)*(a+b) = (a+b)^2 is that true? (a+b)*(a+b)*(a+b) = (a+b)^3 is that true? Thank you, Regards, -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110704/6216a298/attachment-0003.html From rafanoharana at gmail.com Mon Jul 4 06:30:30 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Mon, 4 Jul 2011 03:30:30 -0700 Subject: [gradsusr] Concatenation In-Reply-To: References: Message-ID: Hi all, You can also use CDO if you have Windows. In addition to what Saeed had said, you can also : cdo -r mergetime ifile1 ifile2 ifile3 ofile depending on what you need. Regards, Serge On Mon, Jun 27, 2011 at 11:05 PM, saeed bayat wrote: > Hi, > Use CDO for solve your problem(if you have linux OS). > cdo -r merge ifile1 ifile2 ifile3 ofile > > Regards > > Saeed Bayat > M.A Student of Climatology > Department of Geography > Ferdowsi University of Mashhad(Iran) > saeedbayat7276 at gmail.com > > > On Tue, Jun 28, 2011 at 4:40 AM, Guilherme Martins wrote: > >> Hi users, >> >> I need help with vertical levels. >> >> For example, I have five files with one vertical level each, and I'd >> like to create only one file but all levels. May anyone help me? >> >> 3 files with one variable: >> file1_1000hpa.nc >> file2_850hpa.nc >> file3_700hpa.nc >> >> 1 file with all levels: >> Final fille --> new_file_1000_700.nc >> >> Thanks a lot! >> >> -- >> Guilherme Martins >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110704/049aa370/attachment-0003.html From rafanoharana at gmail.com Tue Jul 5 00:41:22 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Mon, 4 Jul 2011 21:41:22 -0700 Subject: [gradsusr] Exponential, power 2, power 3 expression In-Reply-To: References: Message-ID: Dear all, I found it, Thank you anyway. For power, just 'pow(exp,yourpower)' where exp your expression and yourpower the power you want. So it becomes: (a+b)*(a+b)*(a+b) = pow ((a+b),3) Regards, Serge On Mon, Jul 4, 2011 at 3:14 AM, Rafanoharana Serge Claudio < rafanoharana at gmail.com> wrote: > Dear all, > > I would like to have your confirmation for this expression in grads: > > Exponential: 'exp (expression)' is it true? > > And how if I want to make something like: > > (a+b)*(a+b) = (a+b)^2 is that true? > (a+b)*(a+b)*(a+b) = (a+b)^3 is that true? > > > Thank you, > > Regards, > > -- > Serge > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110704/09f1ceaa/attachment-0003.html From Morwakoma.Matabane at weathersa.co.za Tue Jul 5 07:46:47 2011 From: Morwakoma.Matabane at weathersa.co.za (Morwakoma Matabane) Date: Tue, 5 Jul 2011 13:46:47 +0200 Subject: [gradsusr] Avoiding boundary markings from plots Message-ID: <06B0A85218E0A34EBBFFF4435CA4BAA403C8F691F3@sawsptahub01.saws.local> I have tried to avoid the page (X,Y) boundary markings by using the attached script but the marks always appears. The IF STATEMENT does not appear to do the trick; how do I make sure that the marks at the boundaries do not appear but the interior marks appear? For instance, 1) if('bcx'!='xx1'| 'bcx'!='xx2' | 'bcy'!='yy1' | 'bcy'!='yy2') 'draw mark 4 'bcx' 'bcy' .1' else 'draw mark 0 'bcx' 'bcy' .1' Endif RESULT IN MARKINGS ANYWAY, 2)if('bcx'='xx1'| 'bcx'='xx2' | 'bcy'='yy1' | 'bcy'='yy2') 'draw mark 0 'bcx' 'bcy' .1' else 'draw mark 4 'bcx' 'bcy' .1' Endif STILL RESULT IN THE MARKINGS, AND 3) if('bcx'>'xx1'| 'bcx'<'xx2' | 'bcy'>'yy1' | 'bcy'<'yy2') 'draw mark 4 'bcx' 'bcy' .1' Endif MARKINGS STILL AT THE BOUNDARIES. NOTE: For testing choose BCX=XX1,BCY=YY1 or BCX=XX1,BCY=YY2 or BCX=XX2, BCY=YY1, or BCX=XX2, BCY=YY2. *************************************************************************************************************** *Marking.gs ****************************************************************************************************************** 'reinit' 'open e.t00z.ctl' lat1=-60 ; lat2=0 lon1=-30 ; lon2=60 'set lat 'lat1' 'lat2 'set lon 'lon1' 'lon2 'set t 2' 'set gxout shaded' 'd apcp' 'cbarn' ********************************************************* * Page boundaries ******************************************************** 'q gxinfo' rec1=sublin(result,3) xx1=subwrd(rec1,4) say 'xx1 is 'xx1 xx2=subwrd(rec1,6) say 'xx2 is 'xx2 rec2=sublin(result,4) yy1=subwrd(rec2,4) say 'yy1 is 'yy1 yy2=subwrd(rec2,6) say 'yy2 is 'yy2 ************************************************************* prompt "Enter bcx: " pull bcx say 'bcx is 'bcx prompt "Enter bcy: " pull bcy say 'bcy is 'bcy if('bcx'!='xx1'| 'bcx'!='xx2' | 'bcy'!='yy1' | 'bcy'!='yy2') 'draw mark 4 'bcx' 'bcy' .1' else 'draw mark 0 'bcx' 'bcy' .1' endif 'set lat 'lat1' 'lat2 'set lon 'lon1' 'lon2 'printim xx.gif gif -x1400 -y1200 white' 'quit' Regards Morwakoma M Matabane Scientist ( South African Weather Service) This e-mail is subject to the South African Weather Service e-mail legal notice, to view please visit: http://www.weathersa.co.za/legal/email.asp - -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110705/8e5d3d3a/attachment-0003.html From takayanamba at hotmail.com Tue Jul 5 20:11:49 2011 From: takayanamba at hotmail.com (Namba Takaya) Date: Wed, 6 Jul 2011 00:11:49 +0000 Subject: [gradsusr] Data Request Error: Invalid grid coordinates Message-ID: Dear Sir I have the problem like this with the script below Data Request Error: Invalid grid coordinates World coordinates convert to non-integer grid coordinates Variable = h Dimension = 0 Error ocurred at column 1DISPLAY error: Invalid expression Expression = h(lon=175.05,lat=42.15) When I change it to 'd h(lon=175,lat=42)', it work without problem.Could you tell me how to solve the problem? 'reinit''OPEN HST.CTL''set X 1 673''set Y 1 442''set Z 1 1''set time 00z${day}${month}${year}''set gxout shaded''h=hcurl(u,v)''set X 1''set Y 1''set lev 1''set t 1''set gxout print''set prnopts %0.5f''d h(lon=175.05,lat=42.15)'ret=sublin(result,2)res = write('test-h-check.txt', ret)say result'quit' -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110706/d742e28b/attachment-0003.html From takayanamba at hotmail.com Tue Jul 5 20:14:55 2011 From: takayanamba at hotmail.com (Namba Takaya) Date: Wed, 6 Jul 2011 00:14:55 +0000 Subject: [gradsusr] Data Request Error: Invalid grid coordinates Message-ID: Dear SirI have the problem like this with the script below.Data Request Error: Invalid grid coordinates World coordinates convert to non-integer grid coordinates Variable = h Dimension = 0 Error ocurred at column 1DISPLAY error: Invalid expression Expression = h(lon=175.05,lat=42.15)When I change it to 'd h(lon=175,lat=42)', it work without problem.Could you tell me how to solve the problem?Takaya Namba'reinit''OPEN HST.CTL''set X 1 673''set Y 1 442''set Z 1 1''set time 00z${day}${month}${year}''set gxout shaded''h=hcurl(u,v)''set X 1''set Y 1''set lev 1''set t 1''set gxout print''set prnopts %0.5f''d h(lon=175.05,lat=42.15)'ret=sublin(result,2)res = write('test-h-check.txt', ret)say result'quit' -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110706/ea1e48d7/attachment-0003.html From Morwakoma.Matabane at weathersa.co.za Wed Jul 6 03:53:43 2011 From: Morwakoma.Matabane at weathersa.co.za (Morwakoma Matabane) Date: Wed, 6 Jul 2011 09:53:43 +0200 Subject: [gradsusr] ineffective IF (-ELSE) STATEMENT of GRADS-2.a8.oga.1 on BOUNDARY MARKS/ EXCLUSION OF BOUNDARY MARKS Message-ID: <06B0A85218E0A34EBBFFF4435CA4BAA403C8F691F5@sawsptahub01.saws.local> I have tried to avoid the page (X,Y) boundary markings by using the attached script but the marks always appears. The IF STATEMENT does not appear to do the trick; how do I make sure that the marks at the boundaries do not appear but only the interior marks appear? For instance, 1) if('bcx'!='xx1'| 'bcx'!='xx2' | 'bcy'!='yy1' | 'bcy'!='yy2') 'draw mark 4 'bcx' 'bcy' .1' else 'draw mark 0 'bcx' 'bcy' .1' Endif RESULT IN MARKINGS ANYWAY, 2)if('bcx'='xx1'| 'bcx'='xx2' | 'bcy'='yy1' | 'bcy'='yy2') 'draw mark 0 'bcx' 'bcy' .1' else 'draw mark 4 'bcx' 'bcy' .1' Endif STILL RESULT IN THE MARKINGS, AND 3) if('bcx'>'xx1'| 'bcx'<'xx2' | 'bcy'>'yy1' | 'bcy'<'yy2') 'draw mark 4 'bcx' 'bcy' .1' Endif MARKINGS STILL AT THE BOUNDARIES. NOTE: For testing choose boundary points like BCX=XX1,BCY=YY1 or BCX=XX1,BCY=YY2 or BCX=XX2, BCY=YY1, or BCX=XX2, BCY=YY2, and interior points like BCX=2.0 and BCY=5.0, and BCX=5.5 and BCY=6.8. *************************************************************************************************************** *Marking.gs ****************************************************************************************************************** 'reinit' 'open e.t00z.ctl' lat1=-60 ; lat2=0 lon1=-30 ; lon2=60 'set lat 'lat1' 'lat2 'set lon 'lon1' 'lon2 'set t 2' 'set gxout shaded' 'd apcp' 'cbarn' ********************************************************* * Page boundaries ******************************************************** 'q gxinfo' rec1=sublin(result,3) xx1=subwrd(rec1,4) say 'xx1 is 'xx1 xx2=subwrd(rec1,6) say 'xx2 is 'xx2 rec2=sublin(result,4) yy1=subwrd(rec2,4) say 'yy1 is 'yy1 yy2=subwrd(rec2,6) say 'yy2 is 'yy2 ************************************************************* prompt "Enter bcx: " pull bcx say 'bcx is 'bcx prompt "Enter bcy: " pull bcy say 'bcy is 'bcy if('bcx'!='xx1'| 'bcx'!='xx2' | 'bcy'!='yy1' | 'bcy'!='yy2') 'draw mark 4 'bcx' 'bcy' .1' else 'draw mark 0 'bcx' 'bcy' .1' endif 'set lat 'lat1' 'lat2 'set lon 'lon1' 'lon2 'printim xx.gif gif -x1400 -y1200 white' 'quit' Regards Morwakoma M Matabane Scientist ( South African Weather Service) This e-mail is subject to the South African Weather Service e-mail legal notice, to view please visit: http://www.weathersa.co.za/legal/email.asp - -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110706/7b9cc569/attachment-0003.html From davide.sacchetti at arpal.gov.it Wed Jul 6 04:17:06 2011 From: davide.sacchetti at arpal.gov.it (Davide Sacchetti) Date: Wed, 06 Jul 2011 10:17:06 +0200 Subject: [gradsusr] ineffective IF (-ELSE) STATEMENT of GRADS-2.a8.oga.1 on BOUNDARY MARKS/ EXCLUSION OF BOUNDARY MARKS In-Reply-To: <06B0A85218E0A34EBBFFF4435CA4BAA403C8F691F5@sawsptahub01.saws.local> References: <06B0A85218E0A34EBBFFF4435CA4BAA403C8F691F5@sawsptahub01.saws.local> Message-ID: <1309940226.3497.30.camel@davide> there is a conceputal error, let's understand the meaning of: if('bcx'!='xx1' ... this logaical is always false, because 'bcx' is a string, 'xx1' is a string and they are different in your script appears: 'draw mark 4 'bcx' 'bcy' .1' then it is clear that bcx is a scalar (it has a value) ... correct the logical expr in this way: if(bcx!=xx1 ... hoping it helps bye bye Davide On Wed, 2011-07-06 at 09:53 +0200, Morwakoma Matabane wrote: > I have tried to avoid the page (X,Y) boundary markings by using the > attached script but the marks always appears. The IF STATEMENT does > not appear to do the trick; how do I make sure that the marks at the > boundaries do not appear but only the interior marks appear? > > For instance, > > 1) if('bcx'!='xx1'| 'bcx'!='xx2' | 'bcy'!='yy1' | 'bcy'!='yy2') > > 'draw mark 4 'bcx' 'bcy' .1' > > else > > 'draw mark 0 'bcx' 'bcy' .1' > > Endif > > RESULT IN MARKINGS ANYWAY, > > > > > > 2)if('bcx'='xx1'| 'bcx'='xx2' | 'bcy'='yy1' | 'bcy'='yy2') > > 'draw mark 0 'bcx' 'bcy' .1' > > else > > 'draw mark 4 'bcx' 'bcy' .1' > > Endif > > STILL RESULT IN THE MARKINGS, AND > > > > 3) if('bcx'>'xx1'| 'bcx'<'xx2' | 'bcy'>'yy1' | 'bcy'<'yy2') > > 'draw mark 4 'bcx' 'bcy' .1' > > Endif > > > > MARKINGS STILL AT THE BOUNDARIES. > > > > NOTE: For testing choose boundary points like BCX=XX1,BCY=YY1 or > BCX=XX1,BCY=YY2 or BCX=XX2, BCY=YY1, or BCX=XX2, BCY=YY2, and > > interior points like BCX=2.0 and BCY=5.0, and BCX=5.5 and > BCY=6.8. > > > > *************************************************************************************************************** > > *Marking.gs > > ****************************************************************************************************************** > > 'reinit' > > 'open e.t00z.ctl' > > lat1=-60 ; lat2=0 > > lon1=-30 ; lon2=60 > > 'set lat 'lat1' 'lat2 > > 'set lon 'lon1' 'lon2 > > 'set t 2' > > 'set gxout shaded' > > 'd apcp' > > 'cbarn' > > ********************************************************* > > * Page boundaries > > ******************************************************** > > 'q gxinfo' > > rec1=sublin(result,3) > > xx1=subwrd(rec1,4) > > say 'xx1 is 'xx1 > > xx2=subwrd(rec1,6) > > say 'xx2 is 'xx2 > > > > rec2=sublin(result,4) > > yy1=subwrd(rec2,4) > > say 'yy1 is 'yy1 > > yy2=subwrd(rec2,6) > > say 'yy2 is 'yy2 > > ************************************************************* > > prompt "Enter bcx: " > > pull bcx > > say 'bcx is 'bcx > > > > prompt "Enter bcy: " > > pull bcy > > say 'bcy is 'bcy > > > > if('bcx'!='xx1'| 'bcx'!='xx2' | 'bcy'!='yy1' | 'bcy'!='yy2') > > 'draw mark 4 'bcx' 'bcy' .1' > > else > > 'draw mark 0 'bcx' 'bcy' .1' > > endif > > > > 'set lat 'lat1' 'lat2 > > 'set lon 'lon1' 'lon2 > > > > > > 'printim xx.gif gif -x1400 -y1200 white' > > > > 'quit' > > > > Regards > > Morwakoma M Matabane > > Scientist ( South African Weather Service) > > > > > This e-mail is subject to the South African Weather Service e-mail > legal notice, to view please visit: > http://www.weathersa.co.za/legal/email.asp - > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- --> Attenzione cambio indirizzo: davide.sacchetti at arpal.gov.it -- Davide Sacchetti Centro Funzionale Meteo Idrologico di Protezione Civile della Regione Liguria ARPAL Unit? Tecnica Complessa di livello Regionale V.le Brigare Partigiane 2 16121 Genova (I) tel: +39 010 6437535 fax: +39 010 6437520 mail: davide.sacchetti at arpal.gov.it web: www.meteoliguria.it From sushantpuranik at gmail.com Wed Jul 6 05:26:08 2011 From: sushantpuranik at gmail.com (sushant puranik) Date: Wed, 6 Jul 2011 14:56:08 +0530 Subject: [gradsusr] correlation map Message-ID: Hi I have 20 year composite in which i have two variables (meridional and zonal wind speeds). I'm using the NCEP/NCAR reanalysis data from 1989 to nov2008. I need a (spatial) map of correlation coefficients for that period. I've explored the functions tcorr and scorr, but none of them is suitable for that. The tcorr function requires that the first variable is only a function of time, which is not in my case. Thanks is advance Sushant -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110706/ef04a9a4/attachment-0003.html From colysar at gmail.com Wed Jul 6 10:23:19 2011 From: colysar at gmail.com (Coly SAR) Date: Wed, 6 Jul 2011 16:23:19 +0200 Subject: [gradsusr] specify data format with fwrite Message-ID: Hi all, I was wondering if using fwrite to write a binary file if it is possible to specify the format to avoid having it in stream. For example, the data be written at a format like 8e10.3 to have a formatted file. How to do it? thanks Col -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110706/6a6c435d/attachment-0003.html From jma at cola.iges.org Wed Jul 6 11:18:14 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Wed, 6 Jul 2011 11:18:14 -0400 Subject: [gradsusr] Updates for 'GrADS on the Web' Message-ID: Dear Users, Some time ago, we collected a list of web sites that use GrADS to generate graphics. The list is at http://iges.org/grads/gotw.html. We would like to update this list to remove inactive sites and to add any new sites not mentioned. If you are a site administrator and have a bit of spare time, please look over the list and send me any corrections or additions. I'm sorry the list is not sorted, you'll have to use 'find' to search for a specific URL. Thank you so much, we really appreciate your help! --Jennifer -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110706/34241aed/attachment-0003.html From Vadlamani.Kumar at noaa.gov Wed Jul 6 11:38:50 2011 From: Vadlamani.Kumar at noaa.gov (Vadlamani Kumar) Date: Wed, 06 Jul 2011 11:38:50 -0400 Subject: [gradsusr] Updates for 'GrADS on the Web' In-Reply-To: References: Message-ID: <000c01cc3bf2$cde2a990$69a7fcb0$@noaa.gov> Hi Jennifer, You can replace the old and inactive page http://www.cpc.noaa.gov/products/african_desk/AFM.shtml with http://www.cpc.noaa.gov/products/african_desk/cpc_intl Kumar From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jennifer Adams Sent: Wednesday, July 06, 2011 11:18 AM To: GrADS Users Forum Subject: [gradsusr] Updates for 'GrADS on the Web' Dear Users, Some time ago, we collected a list of web sites that use GrADS to generate graphics. The list is at http://iges.org/grads/gotw.html. We would like to update this list to remove inactive sites and to add any new sites not mentioned. If you are a site administrator and have a bit of spare time, please look over the list and send me any corrections or additions. I'm sorry the list is not sorted, you'll have to use 'find' to search for a specific URL. Thank you so much, we really appreciate your help! --Jennifer -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110706/551e8826/attachment-0003.html From rafanoharana at gmail.com Thu Jul 7 03:40:12 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Thu, 7 Jul 2011 00:40:12 -0700 Subject: [gradsusr] if... else..... endif syntax error in GRADS Message-ID: Dear all, My file contains 2 variables a and b. I have the following condition: if a>b => c=b if a c=a so: d=c/b in my .gs file, I tried: '!if (a> b)' 'c= b' '!else' 'c= a' '!endif' 'define d=c/b' but it gives syntax error. Then I tried to define the c like: '!if (a> b)' 'define c= b' '!else' 'define c= a' '!endif' 'define d=c/b' Again, syntax error. ERROR: sh: -c: line 1: syntax error: unexpected end of file sh: -c: line 0: syntax error near unexpected token `else' sh: -c: line 0: `else' sh: endif: command not found Thank you in advance, Best regards, -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/ee220681/attachment-0003.html From rafanoharana at gmail.com Thu Jul 7 04:12:19 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Thu, 7 Jul 2011 01:12:19 -0700 Subject: [gradsusr] if... else..... endif syntax error in GRADS In-Reply-To: References: Message-ID: Dear all, I found it, Thank you anyway. if (a> b) 'define c= b' else 'define c= a' endif 'define d=c/b' Regards, Serge On Thu, Jul 7, 2011 at 12:40 AM, Rafanoharana Serge Claudio < rafanoharana at gmail.com> wrote: > Dear all, > > My file contains 2 variables a and b. I have the following condition: > > if a>b => c=b > if a c=a > > so: d=c/b > > in my .gs file, I tried: > > '!if (a> b)' > 'c= b' > '!else' > 'c= a' > '!endif' > 'define d=c/b' > > but it gives syntax error. > > Then I tried to define the c like: > > '!if (a> b)' > 'define c= b' > '!else' > 'define c= a' > '!endif' > 'define d=c/b' > > Again, syntax error. > > ERROR: > sh: -c: line 1: syntax error: unexpected end of file > sh: -c: line 0: syntax error near unexpected token `else' > sh: -c: line 0: `else' > sh: endif: command not found > > > Thank you in advance, > > > Best regards, > > -- > Serge > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/ad901e55/attachment-0003.html From zjuyanlibin at 163.com Thu Jul 7 05:15:01 2011 From: zjuyanlibin at 163.com (Yan Libin) Date: Thu, 7 Jul 2011 17:15:01 +0800 Subject: [gradsusr] test Message-ID: <201107071715004528673@163.com> Hello, everyone, Am I involved? Thank you! Regards, Libin Yan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/c96db28c/attachment-0003.html From chilukotinagaraju at gmail.com Thu Jul 7 08:37:02 2011 From: chilukotinagaraju at gmail.com (NAGARAJU CHILUKOTI) Date: Thu, 7 Jul 2011 18:07:02 +0530 Subject: [gradsusr] if... else..... endif syntax error in GRADS In-Reply-To: References: Message-ID: Hi you try like this if (a> b) then c= b else c= a On Thu, Jul 7, 2011 at 1:10 PM, Rafanoharana Serge Claudio < rafanoharana at gmail.com> wrote: > Dear all, > > My file contains 2 variables a and b. I have the following condition: > > if a>b => c=b > if a c=a > > so: d=c/b > > in my .gs file, I tried: > > '!if (a> b)' > 'c= b' > '!else' > 'c= a' > '!endif' > 'define d=c/b' > > but it gives syntax error. > > Then I tried to define the c like: > > '!if (a> b)' > 'define c= b' > '!else' > 'define c= a' > '!endif' > 'define d=c/b' > > Again, syntax error. > > ERROR: > sh: -c: line 1: syntax error: unexpected end of file > sh: -c: line 0: syntax error near unexpected token `else' > sh: -c: line 0: `else' > sh: endif: command not found > > > Thank you in advance, > > > Best regards, > > -- > Serge > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Nagaraju Chilukoti CCCR, IITM, Pashan Pune 411008 Mob.* 09224278979* cnraju at tropmet.res.in chilukotinagaraju at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/7d6eca88/attachment-0003.html From gavinho.gabriel at gmail.com Thu Jul 7 12:00:21 2011 From: gavinho.gabriel at gmail.com (gabriel gavinho) Date: Thu, 7 Jul 2011 13:00:21 -0300 Subject: [gradsusr] Sum daily values for precipitation In-Reply-To: <5C286C5C-0BC9-4057-8831-B357C249C662@cola.iges.org> References: <5C286C5C-0BC9-4057-8831-B357C249C662@cola.iges.org> Message-ID: I finally made it much appreciate! 2011/6/29 Jennifer Adams > If you want to show the gradual accumulation of precip at a single point > over time, try this: > 'set lat 'mylat > 'set lon 'mylon > 'set t 1 last' > 'd tloop(sum(precip,t=1,t+0))' > > --Jennifer > > > > On Jun 27, 2011, at 10:12 AM, Rafanoharana Serge Claudio wrote: > > > > On Wed, Jun 22, 2011 at 9:45 AM, gabriel gavinho < > gavinho.gabriel at gmail.com> wrote: > >> Dear Serge, >> >> The solution you proposed did solve the problem envolving the plot of both >> variables, but it displays a straight line with the final result for >> accumulated precipitation instead of the increasing line presenting the >> gradual accumulation. Do you know how can I sort this out? >> still, thank you very much for your help, >> >> regards >> >> Gabriel Gavinho >> Federal University of Rio de Janeiro >> >> 2011/6/21 Rafanoharana Serge Claudio >> >>> Dear Gabriel, >>> >>> In order to obtain the total precipitation within a month, you can just >>> 'define acc=sum(pcp, t=1, t=31)'. >>> If I really understand what you want is that you would like to display >>> both daily and accumulation within one graphic. If so, it's a little bit >>> tricky but what I can suggest is that if you want to display both within one >>> graphic, try to set gxout linefill since linefill can deal with 2 variables, >>> then go back to set gxout line so it will be something like: >>> >>> 'sdfopen file.nc' >>> 'set lat -23' >>> 'set lon -45' >>> 'set t 1 31' >>> >>> 'define acc=sum(pcp, t=1, t=31)' >>> 'set gxout linefill' >>> 'set lfcols 0 0' (----> this is black color and you can refer to >>> http://www.iges.org/grads/gadoc/colorcontrol.html) >>> 'd pcp;acc' (up til here, you have only the x and y value, >>> without the graphs, so you need to plot the graph) >>> 'set gxout line' >>> 'set ccolor 3' >>> 'd pcp' >>> 'set ccolor 5' >>> 'd acc' >>> >>> Hope this can help, >>> >>> >>> Regards, >>> >>> Serge >>> >>> 2011/6/21 gabriel gavinho >>> >>>> Dear Serge, >>>> >>>> I belive I did not make myself clear about the graphic I need. >>>> suppose I select a single point, let's say lat -23 lon -45, and set the >>>> time to a month period, I will have the values of precipitation for each day >>>> as it is in any meteogram. >>>> My problem is that I need to continually sum the daily valeus so I can >>>> achive the total precipitation within a month but in a way I can present an >>>> increasing line in over the daily values. >>>> I hope I could make it clear and I really appreciate your help >>>> >>>> Regars, >>>> Gabriel Gavinho >>>> Federal University of Rio de Janeiro. >>>> >>>> >>>> 2011/6/21 Rafanoharana Serge Claudio >>>> >>>>> Dear Gabriel, >>>>> >>>>> What do you mean by "in the same graphic"? because I think it will >>>>> depends on that. For your precipitation data, if you set your gxout to >>>>> shaded, I think you won't see both values, but if you set your gxout, for >>>>> example to contour, you'll be able to see both. >>>>> >>>>> Let's say your precipitaion variable is "pcp". It will be something >>>>> like: >>>>> 'sdfopen file.nc' >>>>> 'set gxout contour' >>>>> 'define acc=sum(pcp, t=1, t=31)' >>>>> 'd pcp' >>>>> 'd acc' >>>>> >>>>> So if you need for the day 17, just set t to 17 by adding 'set t 17' >>>>> right after 'sdfopen...' >>>>> In addition, you can write your accumulation variable to your file >>>>> using 'set sdfwrite file.nc' followed by 'sdfwrite acc'. >>>>> Maybe the following will give you more info. >>>>> >>>>> I quote from Bob Kuligowski: >>>>> >>>>> "GrADS can produce numerous types of file displays using gridded data >>>>> using set gxout: >>>>> >>>>> bar (bar chart) >>>>> line (line graph) >>>>> barb (wind barbs) >>>>> linefill (color fill between two lines) >>>>> contour (contour plot) >>>>> scatter (scatter plot) >>>>> errbar (error bars) >>>>> shaded (shaded contour plot) >>>>> grfill (shaded grid boxes) >>>>> stream (wind streamlines) >>>>> fgrid (grid boxes shaded for specified values) >>>>> vector (wind vector arrows) >>>>> grid (grid boxes with printed values)" >>>>> >>>>> Hope it can help, >>>>> >>>>> Regards, >>>>> >>>>> Serge >>>>> >>>>> >>>>> >>>>> 2011/6/21 gabriel gavinho >>>>> >>>>>> Dear Users >>>>>> >>>>>> I am having a hard time trying to sum the values for daily >>>>>> precipitation during a month, in order put together both daily values and >>>>>> the accumulative sum in the same graphic >>>>>> >>>>>> Can you help me? >>>>>> >>>>>> regards! >>>>>> >>>>>> Gabriel Gavinho >>>>>> Federal University of Rio de Janeiro >>>>>> >>>>>> _______________________________________________ >>>>>> gradsusr mailing list >>>>>> gradsusr at gradsusr.org >>>>>> http://gradsusr.org/mailman/listinfo/gradsusr >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Serge >>>>> >>>>> _______________________________________________ >>>>> gradsusr mailing list >>>>> gradsusr at gradsusr.org >>>>> http://gradsusr.org/mailman/listinfo/gradsusr >>>>> >>>>> >>>> >>> >>> >>> -- >>> Serge >>> >> >> > > > -- > Serge > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/05ef4bd4/attachment-0003.html From klevey at customweather.com Thu Jul 7 12:11:22 2011 From: klevey at customweather.com (Kevin M Levey) Date: Thu, 7 Jul 2011 09:11:22 -0700 Subject: [gradsusr] ECMWF data -> GRADS In-Reply-To: References: <5C286C5C-0BC9-4057-8831-B357C249C662@cola.iges.org> Message-ID: <2F4141ED-2C7F-4321-8D51-9A6C186BA839@customweather.com> THU 07JUL11: 0900PDT Dear GRads Users, I've scoured the mailing lists and been back and forward with ECWMF. I've two sample files from them (ECWMF GRIB v1) which I simply can not get translated properly. If anyone can offer some assistance I'd greatly appreciate it before I go and do a lot of installing of ECWMF software that may not be needed. ECWMF does not have their GRIB2 versions of this data. I've attached both samples - they are supposed to be weekly anomalies of 2m temperature and precipitation. Many thanks. Regards, Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of Cape Town) Vice President of Operations CustomWeather, Inc. San Francisco, California, USA "Taking the World by Storm!" http://www.customweather.com http://www.myforecast.com http://www.1stweather.com cell: 415-794-0411 work: 415-777-3566 email: klevey at customweather.com -------------- next part -------------- A non-text attachment was scrubbed... Name: enfo_TP.grib Type: application/octet-stream Size: 59520 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110707/526c89f5/attachment-0006.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: enfo_2TA.grib Type: application/octet-stream Size: 88800 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110707/526c89f5/attachment-0007.obj From jma at cola.iges.org Thu Jul 7 12:24:16 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Thu, 7 Jul 2011 12:24:16 -0400 Subject: [gradsusr] ECMWF data -> GRADS In-Reply-To: <2F4141ED-2C7F-4321-8D51-9A6C186BA839@customweather.com> References: <5C286C5C-0BC9-4057-8831-B357C249C662@cola.iges.org> <2F4141ED-2C7F-4321-8D51-9A6C186BA839@customweather.com> Message-ID: <70AE787B-FC58-4BCD-901E-D8328407E2C5@cola.iges.org> Here's a descriptor for the T2A file: dset ^enfo_2TA.grib index ^enfo_2TA.grib.idx undef 9.999E+20 title enfo_2TA.grib dtype grib options yrev ydef 61 linear -90.000000 3 xdef 120 linear 0.000000 3.000000 tdef 4 linear 00Z13jun2011 7dy zdef 1 linear 1 1 vars 1 t2a 0 167,1,0 surface 2 metre temperature anomaly [K] endvars And when you run gribmap, use the -e option. # gribmap -e -v -i enfo_2TA.ctl grib1map: opening GRIB file: enfo_2TA.grib !!!!! MATCH: 1 22122 255 1 0 167 1 0 157 0 24 btim: 2011060200:00 tau: 44 dtim: 2011061300:00 !!!!! MATCH: 2 44322 255 1 0 167 1 0 22357 0 24 btim: 2011060200:00 tau: 72 dtim: 2011062000:00 !!!!! MATCH: 3 66522 255 1 0 167 1 0 44557 0 24 btim: 2011060200:00 tau: 100 dtim: 2011062700:00 !!!!! MATCH: 4 88722 255 1 0 167 1 0 66757 0 24 btim: 2011060200:00 tau: 128 dtim: 2011070400:00 grib1map: reached end of files grib1map: writing the map... --Jennifer On Jul 7, 2011, at 12:11 PM, Kevin M Levey wrote: > THU 07JUL11: 0900PDT > > Dear GRads Users, > > I've scoured the mailing lists and been back and forward with ECWMF. > I've two sample files from them (ECWMF GRIB v1) which I simply can > not get translated properly. If anyone can offer some assistance I'd > greatly appreciate it before I go and do a lot of installing of > ECWMF software that may not be needed. ECWMF does not have their > GRIB2 versions of this data. > > I've attached both samples - they are supposed to be weekly > anomalies of 2m temperature and precipitation. > > Many thanks. > > Regards, > > Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of > Cape Town) > Vice President of Operations > CustomWeather, Inc. > San Francisco, California, USA > > "Taking the World by Storm!" > > http://www.customweather.com > http://www.myforecast.com > http://www.1stweather.com > > cell: 415-794-0411 > work: 415-777-3566 > email: klevey at customweather.com > > < > enfo_TP > .grib>_______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/bda60d72/attachment-0003.html From klevey at customweather.com Thu Jul 7 13:25:32 2011 From: klevey at customweather.com (Kevin M Levey) Date: Thu, 7 Jul 2011 10:25:32 -0700 Subject: [gradsusr] ECMWF data -> GRADS In-Reply-To: <70AE787B-FC58-4BCD-901E-D8328407E2C5@cola.iges.org> References: <5C286C5C-0BC9-4057-8831-B357C249C662@cola.iges.org> <2F4141ED-2C7F-4321-8D51-9A6C186BA839@customweather.com> <70AE787B-FC58-4BCD-901E-D8328407E2C5@cola.iges.org> Message-ID: <70CE8227-1365-478F-8DAE-B75ED42450B5@customweather.com> Hi Jennifer Many thanks - works perfectly. Cheers Kevin On Jul 7, 2011, at 07/07/11 - 9:24 AM, Jennifer Adams wrote: > Here's a descriptor for the T2A file: > > dset ^enfo_2TA.grib > index ^enfo_2TA.grib.idx > undef 9.999E+20 > title enfo_2TA.grib > dtype grib > options yrev > ydef 61 linear -90.000000 3 > xdef 120 linear 0.000000 3.000000 > tdef 4 linear 00Z13jun2011 7dy > zdef 1 linear 1 1 > vars 1 > t2a 0 167,1,0 surface 2 metre temperature anomaly [K] > endvars > > And when you run gribmap, use the -e option. > # gribmap -e -v -i enfo_2TA.ctl > grib1map: opening GRIB file: enfo_2TA.grib > !!!!! MATCH: 1 22122 255 1 0 167 1 0 157 0 24 btim: 2011060200:00 tau: 44 dtim: 2011061300:00 > !!!!! MATCH: 2 44322 255 1 0 167 1 0 22357 0 24 btim: 2011060200:00 tau: 72 dtim: 2011062000:00 > !!!!! MATCH: 3 66522 255 1 0 167 1 0 44557 0 24 btim: 2011060200:00 tau: 100 dtim: 2011062700:00 > !!!!! MATCH: 4 88722 255 1 0 167 1 0 66757 0 24 btim: 2011060200:00 tau: 128 dtim: 2011070400:00 > grib1map: reached end of files > grib1map: writing the map... > > > --Jennifer > > > On Jul 7, 2011, at 12:11 PM, Kevin M Levey wrote: > >> THU 07JUL11: 0900PDT >> >> Dear GRads Users, >> >> I've scoured the mailing lists and been back and forward with ECWMF. I've two sample files from them (ECWMF GRIB v1) which I simply can not get translated properly. If anyone can offer some assistance I'd greatly appreciate it before I go and do a lot of installing of ECWMF software that may not be needed. ECWMF does not have their GRIB2 versions of this data. >> >> I've attached both samples - they are supposed to be weekly anomalies of 2m temperature and precipitation. >> >> Many thanks. >> >> Regards, >> >> Kevin M Levey, MSc in Oceans and Atmospheric Sciences (University of Cape Town) >> Vice President of Operations >> CustomWeather, Inc. >> San Francisco, California, USA >> >> "Taking the World by Storm!" >> >> http://www.customweather.com >> http://www.myforecast.com >> http://www.1stweather.com >> >> cell: 415-794-0411 >> work: 415-777-3566 >> email: klevey at customweather.com >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr > > -- > Jennifer M. Adams > IGES/COLA > 4041 Powder Mill Road, Suite 302 > Calverton, MD 20705 > jma at cola.iges.org > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/fd25c0ca/attachment-0003.html From jgmsantos at gmail.com Thu Jul 7 16:09:34 2011 From: jgmsantos at gmail.com (Guilherme Martins) Date: Thu, 7 Jul 2011 17:09:34 -0300 Subject: [gradsusr] Grads 2.0.9 error Message-ID: Hi users, I need help. I'm trying to install grads2.0.9, but I receive the message below when I type make: gagx.o: In function `gakml': /home/gui/grads-2.0.a9/src/gagx.c:3986: undefined reference to `gxqdrgb' gagx.o: In function `gagtif': /home/gui/grads-2.0.a9/src/gagx.c:4290: undefined reference to `gxqdrgb' ../../supplibs/lib/libcurl.a(timeval.o): In function `curlx_tvnow': timeval.c:(.text+0x89): undefined reference to `clock_gettime' make[2]: ** [grads] Erro 1 make[2]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' make[1]: ** [all] Erro 2 make[1]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' make: ** [all-recursive] Erro 1 gui at curupira:~/grads-2.0.a9$ May anyone help me? Thanks a lot, Guilherme. -- Guilherme Martins -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/7b16f193/attachment-0003.html From wilfried.strauch at yahoo.com Thu Jul 7 18:00:20 2011 From: wilfried.strauch at yahoo.com (wilfried.strauch) Date: Thu, 07 Jul 2011 18:00:20 -0400 Subject: [gradsusr] 'GrADS on the Web' - strong precipitation and landslides, Central America-Caribbean In-Reply-To: References: Message-ID: <4E162C74.6060505@yahoo.com> A pilot project in Nicaragua on heavy rainfall and landslide early warning in near real time: http://georiesgos-ca.ineter.gob.ni/lluvia/nesdis/gif/index.html You have to place the cursor over the map to see a movie. The single GIF frames are made with Grads from the NESDIS Hydroestimator data and are then put together with ImageMagick to generate the animation. On the left you can select a region or country in the Central America-Caribbean area. The system is capable to generate alert messages by email when strong rain occurs over a landslide prone area, e.g. volcanoes in Central America. Best regards Wilfried Strauch OSOP Panam? www.osop.com.pa On 06/07/2011 11:18, Jennifer Adams wrote: > Dear Users, > Some time ago, we collected a list of web sites that use GrADS to > generate graphics. The list is at http://iges.org/grads/gotw.html. We > would like to update this list to remove inactive sites and to add any > new sites not mentioned. If you are a site administrator and have a > bit of spare time, please look over the list and send me any > corrections or additions. I'm sorry the list is not sorted, you'll > have to use 'find' to search for a specific URL. Thank you so much, we > really appreciate your help! > --Jennifer > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/63f0f706/attachment-0003.html From kb9wob at gmail.com Fri Jul 8 00:58:06 2011 From: kb9wob at gmail.com (Kevin Huyck) Date: Thu, 7 Jul 2011 23:58:06 -0500 Subject: [gradsusr] Isentropic variables and ctl files Message-ID: Hello, everyone. I'm working with Bob Hart's isentropic field script. One of my goals is to process guidance for several isentropic levels, store the variables in a file (NetCDF is the method of choice, at present), then retrieve each of the isentropic levels by way of the "set lev" command with each of the isentropic surfaces listed in the .ctl file under "zdef 9 levels" as "290 292 294 296 298 300 302 304 306". Is there a method or process to execute the isentropic script several times for several isentropic surfaces and store the output in a single variable? For testing I'm working with NAM data. Many thanks, Kevin Huyck. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110707/d14f4843/attachment-0003.html From dasilva at alum.mit.edu Fri Jul 8 07:24:47 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Fri, 8 Jul 2011 07:24:47 -0400 Subject: [gradsusr] Updates for 'GrADS on the Web' In-Reply-To: References: Message-ID: On Wed, Jul 6, 2011 at 11:18 AM, Jennifer Adams wrote: > Dear Users, > Some time ago, we collected a list of web sites that use GrADS to generate > graphics. The list is at http://iges.org/grads/gotw.html. We would like to > update this list to remove inactive sites and to add any new sites not > mentioned. If you are a site administrator and have a bit of spare time, > please look over the list and send me any corrections or additions. I'm > sorry the list is not sorted, you'll have to use 'find' to search for a > specific URL. Thank you so much, we really appreciate your help! > Are you keeping track of GDS servers? Or other "non-graphic" sites that still have grads as a backend? For example, our "download tool" sites, e.g., http://portal.nccs.nasa.gov/cgi-lats4d/webform.cgi?&i=GEOS-5/fp/0.25_deg/assim/inst3_2d_asm_Nx Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110708/f9d1eb04/attachment-0003.html From berkelha at usc.edu Fri Jul 8 11:48:51 2011 From: berkelha at usc.edu (Max Berkelhammer) Date: Fri, 8 Jul 2011 09:48:51 -0600 Subject: [gradsusr] Time axis units on Paleoclimate timeseries Message-ID: Hello. I am using GrADS version 2.0.a7.oga.3. I have a long paleoclimate timeseries going from 3800 years before present to 12300 years before present. When I plot a section of this time series (i.e. 3800 to 7000) the x-axis labels appear normal (i.e. 3000 4000 5000 ...). However, when I attempt to plot the entire timeseries the x-axis labels disappear except for a single label appearing at 4000. Attached are screen shots showing the situation. Any suggestions on how to remedy this would be greatly appreciated. Thanks! Best, Max -- Research Associate CIRES, University of Colorado http://earth.usc.edu/~berkelha (626)-319-4421 (cell) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110708/bf7ae237/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: notime.png Type: image/png Size: 4456 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110708/bf7ae237/attachment-0006.png -------------- next part -------------- A non-text attachment was scrubbed... Name: time.png Type: image/png Size: 4014 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110708/bf7ae237/attachment-0007.png From teddyallen at yahoo.com Fri Jul 8 12:31:39 2011 From: teddyallen at yahoo.com (Teddy Allen) Date: Fri, 8 Jul 2011 09:31:39 -0700 (PDT) Subject: [gradsusr] Q-vector GrADS script available? In-Reply-To: References: <5C286C5C-0BC9-4057-8831-B357C249C662@cola.iges.org> Message-ID: <1310142699.2609.YahooMailRC@web39404.mail.mud.yahoo.com> Is there a GrADS script?currently?available to calculate Q-vectors?from any GrADS users? examples of Q-vector: http://hoot.metr.ou.edu/upperair/qvec/current/ and http://ww2010.atmos.uiuc.edu/(Gh)/arch/cases/961109/adv/qvct.rxml Thank you, teddy ? http://www.teddyallen.com "To move quickly, go alone. To move far, go together." African Proverb -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110708/0a84dcb8/attachment-0003.html From gavinho.gabriel at gmail.com Fri Jul 8 15:02:14 2011 From: gavinho.gabriel at gmail.com (gabriel gavinho) Date: Fri, 8 Jul 2011 16:02:14 -0300 Subject: [gradsusr] filling entire graph beneath a single line Message-ID: Dear users, I need to fill the entire graph beneath a single line which comes from a 'tloop' sum with a single color Can you help me out? regards Gabriel Gavinho Federal University of Rio de Janeiro -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110708/06e9db31/attachment-0003.html From mcs2214 at columbia.edu Fri Jul 8 15:03:13 2011 From: mcs2214 at columbia.edu (mcs2214 at columbia.edu) Date: Fri, 08 Jul 2011 15:03:13 -0400 Subject: [gradsusr] data set correlation Message-ID: <20110708150313.y5vi2zjzwc4gkgwc@cubmail.cc.columbia.edu> Hi Gradusers, I am trying to get a temporal correlation of two data sets that also vary in x and y. Just to give you some context, I am comparing model data to observed data over a 52 year span. I wrote a script that calculates point by point temporal correlation by use of the tcorr function, but it is unusable for me as it is very inefficent! Was wondering if anyone had a correlation script/ suggestions for me? here is the script: ***function to plot a temporal correlation with a spatial loop function correlation(arg) startx=subwrd(arg,1) endx=subwrd(arg,2) starty=subwrd(arg,3) endy=subwrd(arg,4) startt=subwrd(arg,5) endt=subwrd(arg,6) say 'longitude = ' startx ' to ' endx say 'latitude = ' starty ' to ' endy say 'years = ' startt ' to ' endt x=startx while (x<= endx) 'set x ' x y=starty while (y <= endy) 'set y ' y 'set t ' startt 'd tcorr(prcp.1,prcp.2,t=' startt ',t=' endt ')' y=y+1 endwhile x=x+1 endwhile exit From Charles.Seman at noaa.gov Fri Jul 8 17:55:40 2011 From: Charles.Seman at noaa.gov (Charles Seman) Date: Fri, 08 Jul 2011 17:55:40 -0400 Subject: [gradsusr] filling entire graph beneath a single line In-Reply-To: References: Message-ID: <4E177CDC.1070800@noaa.gov> Gabriel, Not sure if this will do what you want (may be more than you need), but here's an email posted to the Listserv by Mary-Jo Nath: http://gradsusr.org/pipermail/gradsusr/2006-August/003552.html Hope this helps, Chuck gabriel gavinho wrote: > Dear users, > > I need to fill the entire graph beneath a single line which comes from a > 'tloop' sum with a single color > Can you help me out? > > regards > > Gabriel Gavinho > Federal University of Rio de Janeiro > > > ------------------------------------------------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- 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 reflect any official or unofficial position of the United States Federal Government, the United States Department of Commerce, or NOAA." From saeedbayat7276 at gmail.com Fri Jul 8 23:48:09 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Sat, 9 Jul 2011 08:18:09 +0430 Subject: [gradsusr] Time axis units on Paleoclimate timeseries In-Reply-To: References: Message-ID: Hi Max, Try this: set xrange t-first t-end set xlabs numbers that you want put in x axis(set xlabs 1 2 3 4 5 6 7 ...) Regards Saeed Bayat M.A Student of Climatology Department of Geography Ferdowsi University of Mashhad(Iran) On Fri, Jul 8, 2011 at 8:18 PM, Max Berkelhammer wrote: > Hello. > I am using GrADS version 2.0.a7.oga.3. I have a long paleoclimate > timeseries going from 3800 years before present to 12300 years before > present. When I plot a section of this time series (i.e. 3800 to 7000) the > x-axis labels appear normal (i.e. 3000 4000 5000 ...). However, when I > attempt to plot the entire timeseries the x-axis labels disappear except for > a single label appearing at 4000. Attached are screen shots showing the > situation. Any suggestions on how to remedy this would be greatly > appreciated. > > Thanks! > > Best, > Max > -- > Research Associate > CIRES, University of Colorado > http://earth.usc.edu/~berkelha > (626)-319-4421 (cell) > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110709/2f4fbd28/attachment-0003.html From Makowsks at students.uni-marburg.de Sat Jul 9 05:37:38 2011 From: Makowsks at students.uni-marburg.de (Sachis Makowski) Date: Sat, 9 Jul 2011 11:37:38 +0200 Subject: [gradsusr] OMI SO2 HDF5 Message-ID: Dear all, I am totally new with Grads and not very good at informatics. I have a bunch of OMI SO2 images from the Aura satellite and I don?t achieve to write the right descriptor file to get to open the images with grads. Has anyone an example of descriptor file for OMI or some ideas to help me to overcome this problem? I would be very greatful. Best regards to you all, Sandro -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110709/44b6e3d8/attachment-0003.html From jgc at meteoexploration.com Sat Jul 9 06:15:23 2011 From: jgc at meteoexploration.com (Javier G. Corripio) Date: Sat, 09 Jul 2011 10:15:23 +0000 Subject: [gradsusr] gradsusr Digest, Vol 17, Issue 6 In-Reply-To: References: Message-ID: <5af54cf85c789ae1b0ae538086ea2c50@meteoexploration.com> Dear Jennifer, Thanks for all the effort. Here is another site that uses grads: http://www.meteoexploration.com/maproom/ All the best, Javier > Dear Users, > Some time ago, we collected a list of web sites that use GrADS to generate > graphics. The list is at http://iges.org/grads/gotw.html. We would like to > update this list to remove inactive sites and to add any new sites not > mentioned. If you are a site administrator and have a bit of spare time, > please look over the list and send me any corrections or additions. I'm > sorry the list is not sorted, you'll have to use 'find' to search for a > specific URL. Thank you so much, we really appreciate your help! > On Fri, 08 Jul 2011 13:41:39 -0400, gradsusr-request at gradsusr.org wrote: -- Javier G. Corripio, PhD www.meteoexploration.com jgc <> meteoexploration.com From nkh09 at fsu.edu Sat Jul 9 14:32:47 2011 From: nkh09 at fsu.edu (Nick Heath) Date: Sat, 09 Jul 2011 14:32:47 -0400 Subject: [gradsusr] Wrf output in GrADS Message-ID: Hey Everyone, A while back I received some help with displaying WRF output in GrADS using ARWPost. Thanks! Now, I have a question about some of the fields. When I display some fields, the look normal and as expected. But, others look odd. I have attached an image of my 'w' field at 500 hPa. Some other fields, such as the boundary layer height, also share this pattern. Other fields, such as the 'u' and 'v' winds, look fine. I was wondering if this looks like an error somewhere in my ARWPost run or an error in my WRF run? Thanks an advance for any help! -Nick -------------- next part -------------- A non-text attachment was scrubbed... Name: w_500.png Type: image/png Size: 27649 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110709/2c71e255/attachment-0003.png From jdduda at iastate.edu Sat Jul 9 16:40:44 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Sat, 9 Jul 2011 15:40:44 -0500 Subject: [gradsusr] Wrf output in GrADS In-Reply-To: References: Message-ID: Nick, Can you attach your control file? Did you change anything in it? Jeff Duda On Sat, Jul 9, 2011 at 1:32 PM, Nick Heath wrote: > Hey Everyone, > > A while back I received some help with displaying WRF output in GrADS using > ARWPost. Thanks! Now, I have a question about some of the fields. When I > display some fields, the look normal and as expected. But, others look odd. > I have attached an image of my 'w' field at 500 hPa. Some other fields, > such as the boundary layer height, also share this pattern. Other fields, > such as the 'u' and 'v' winds, look fine. I was wondering if this looks > like an error somewhere in my ARWPost run or an error in my WRF run? Thanks > an advance for any help! > > -Nick > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student 3134 Agronomy Hall www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110709/8d3429ef/attachment-0003.html From nkh09 at fsu.edu Sat Jul 9 16:54:19 2011 From: nkh09 at fsu.edu (Nick Heath) Date: Sat, 09 Jul 2011 16:54:19 -0400 Subject: [gradsusr] Wrf output in GrADS In-Reply-To: References: Message-ID: Hey Jeff, I have attached my ctl file and my namelist.ARWPost file. I didn't change anything in the ctl file. Thanks for the help. -Nick ----- Original Message ----- From: Jeffrey Duda Date: Saturday, July 9, 2011 4:41 pm Subject: Re: [gradsusr] Wrf output in GrADS To: GrADS Users Forum > Nick, > Can you attach your control file? Did you change anything in it? > > Jeff Duda > > On Sat, Jul 9, 2011 at 1:32 PM, Nick Heath wrote: > > > Hey Everyone, > > > > A while back I received some help with displaying WRF output in > GrADS using > > ARWPost. Thanks! Now, I have a question about some of the > fields. When I > > display some fields, the look normal and as expected. But, others > look odd. > > I have attached an image of my 'w' field at 500 hPa. Some other > fields,> such as the boundary layer height, also share this > pattern. Other fields, > > such as the 'u' and 'v' winds, look fine. I was wondering if > this looks > > like an error somewhere in my ARWPost run or an error in my WRF > run? Thanks > > an advance for any help! > > > > -Nick > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > 3134 Agronomy Hall > www.meteor.iastate.edu/~jdduda > -------------- next part -------------- A non-text attachment was scrubbed... Name: namelist.ARWpost Type: application/octet-stream Size: 1066 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110709/f641ef49/attachment-0006.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: wrfout_d03_2011-06-28_19:00:00.ctl Type: application/octet-stream Size: 23960 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110709/f641ef49/attachment-0007.obj From tomoliv at yahoo.com.br Sat Jul 9 17:01:07 2011 From: tomoliv at yahoo.com.br (antonio dias) Date: Sat, 9 Jul 2011 14:01:07 -0700 (PDT) Subject: [gradsusr] hello, Message-ID: <1310245267.19726.yint-ygo-j2me@web121704.mail.ne1.yahoo.com> Aloha State, http://tdy.es/indexwx2.php?utgoogleid=84ma2 From yaqiang.wang at gmail.com Sat Jul 9 19:22:54 2011 From: yaqiang.wang at gmail.com (Yaqiang Wang) Date: Sun, 10 Jul 2011 07:22:54 +0800 Subject: [gradsusr] Wrf output in GrADS In-Reply-To: References: Message-ID: You could try to comment "options byteswapped" in the ctl file. On Sun, Jul 10, 2011 at 4:54 AM, Nick Heath wrote: > Hey Jeff, > > I have attached my ctl file and my namelist.ARWPost file. ?I didn't change anything in the ctl file. ?Thanks for the help. > > -Nick > > ----- Original Message ----- > From: Jeffrey Duda > Date: Saturday, July 9, 2011 4:41 pm > Subject: Re: [gradsusr] Wrf output in GrADS > To: GrADS Users Forum > >> Nick, >> Can you attach your control file? ?Did you change anything in it? >> >> Jeff Duda >> >> On Sat, Jul 9, 2011 at 1:32 PM, Nick Heath wrote: >> >> > Hey Everyone, >> > >> > A while back I received some help with displaying WRF output in >> GrADS using >> > ARWPost. ?Thanks! ?Now, I have a question about some of the >> fields. ?When I >> > display some fields, the look normal and as expected. But, others >> look odd. >> > ?I have attached an image of my 'w' field at 500 hPa. ?Some other >> fields,> such as the boundary layer height, also share this >> pattern. ?Other fields, >> > such as the 'u' and 'v' winds, look fine. ?I was wondering if >> this looks >> > like an error somewhere in my ARWPost run or an error in my WRF >> run? ?Thanks >> > an advance for any help! >> > >> > -Nick >> > >> > _______________________________________________ >> > gradsusr mailing list >> > gradsusr at gradsusr.org >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> > >> >> >> -- >> Jeff Duda >> Iowa State University >> Meteorology Graduate Student >> 3134 Agronomy Hall >> www.meteor.iastate.edu/~jdduda >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- ************************************************* Dr. Yaqiang Wang Chinese Academy of Meteorological Sciences (CAMS) 46, Zhong-Guan-Cun South Avenue Beijing, 100081 China yaqiang.wang at gmail.com ************************************************** From jdduda at iastate.edu Sat Jul 9 19:52:46 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Sat, 9 Jul 2011 18:52:46 -0500 Subject: [gradsusr] Wrf output in GrADS In-Reply-To: References: Message-ID: If Yaqiang's idea doesn't work, I would try re-running ARWpost with fewer variables. I doubt you really need all of those variables, and if your .dat file is too large, there may be a problem with how it displays data. Also, it appears your XDEF and YDEF lines could be simplified by putting XDEF 210 LINEAR 0.0217 or something like that, since all of your levels appear to be equally spaced. Jeff On Sat, Jul 9, 2011 at 6:22 PM, Yaqiang Wang wrote: > You could try to comment "options byteswapped" in the ctl file. > > > On Sun, Jul 10, 2011 at 4:54 AM, Nick Heath wrote: > > Hey Jeff, > > > > I have attached my ctl file and my namelist.ARWPost file. I didn't > change anything in the ctl file. Thanks for the help. > > > > -Nick > > > > ----- Original Message ----- > > From: Jeffrey Duda > > Date: Saturday, July 9, 2011 4:41 pm > > Subject: Re: [gradsusr] Wrf output in GrADS > > To: GrADS Users Forum > > > >> Nick, > >> Can you attach your control file? Did you change anything in it? > >> > >> Jeff Duda > >> > >> On Sat, Jul 9, 2011 at 1:32 PM, Nick Heath wrote: > >> > >> > Hey Everyone, > >> > > >> > A while back I received some help with displaying WRF output in > >> GrADS using > >> > ARWPost. Thanks! Now, I have a question about some of the > >> fields. When I > >> > display some fields, the look normal and as expected. But, others > >> look odd. > >> > I have attached an image of my 'w' field at 500 hPa. Some other > >> fields,> such as the boundary layer height, also share this > >> pattern. Other fields, > >> > such as the 'u' and 'v' winds, look fine. I was wondering if > >> this looks > >> > like an error somewhere in my ARWPost run or an error in my WRF > >> run? Thanks > >> > an advance for any help! > >> > > >> > -Nick > >> > > >> > _______________________________________________ > >> > gradsusr mailing list > >> > gradsusr at gradsusr.org > >> > http://gradsusr.org/mailman/listinfo/gradsusr > >> > > >> > > >> > >> > >> -- > >> Jeff Duda > >> Iowa State University > >> Meteorology Graduate Student > >> 3134 Agronomy Hall > >> www.meteor.iastate.edu/~jdduda > >> > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > > -- > ************************************************* > Dr. Yaqiang Wang > Chinese Academy of Meteorological Sciences (CAMS) > 46, Zhong-Guan-Cun South Avenue > Beijing, 100081 > China > > yaqiang.wang at gmail.com > ************************************************** > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Jeff Duda Iowa State University Meteorology Graduate Student 3134 Agronomy Hall www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110709/1e0fe5ad/attachment-0003.html From berkelha at usc.edu Sat Jul 9 20:45:04 2011 From: berkelha at usc.edu (Max Berkelhammer) Date: Sat, 9 Jul 2011 18:45:04 -0600 Subject: [gradsusr] Time axis units on Paleoclimate timeseries Message-ID: Thanks Saeed. Unfortunately, it seems the set xlabs and set vrange2 commands do not operate on the x-axis when it represents time. Perhaps I need to edit how time is defined in the .cdl file. Best, Max On Sat, Jul 9, 2011 at 8:18 AM, wrote: > Send gradsusr mailing list submissions to > gradsusr at gradsusr.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://gradsusr.org/mailman/listinfo/gradsusr > or, via email, send a message with subject or body 'help' to > gradsusr-request at gradsusr.org > > You can reach the person managing the list at > gradsusr-owner at gradsusr.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of gradsusr digest..." > > > Today's Topics: > > 1. Re: Time axis units on Paleoclimate timeseries (saeed bayat) > 2. OMI SO2 HDF5 (Sachis Makowski) > 3. Re: gradsusr Digest, Vol 17, Issue 6 (Javier G. Corripio) > 4. Wrf output in GrADS (Nick Heath) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 9 Jul 2011 08:18:09 +0430 > From: saeed bayat > Subject: Re: [gradsusr] Time axis units on Paleoclimate timeseries > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Hi Max, > Try this: set xrange t-first t-end > set xlabs numbers that you want put in x axis(set xlabs 1 2 3 4 > 5 6 7 ...) > > Regards > Saeed Bayat > M.A Student of Climatology > Department of Geography > Ferdowsi University of Mashhad(Iran) > > On Fri, Jul 8, 2011 at 8:18 PM, Max Berkelhammer wrote: > > > Hello. > > I am using GrADS version 2.0.a7.oga.3. I have a long paleoclimate > > timeseries going from 3800 years before present to 12300 years before > > present. When I plot a section of this time series (i.e. 3800 to 7000) > the > > x-axis labels appear normal (i.e. 3000 4000 5000 ...). However, when I > > attempt to plot the entire timeseries the x-axis labels disappear except > for > > a single label appearing at 4000. Attached are screen shots showing the > > situation. Any suggestions on how to remedy this would be greatly > > appreciated. > > > > Thanks! > > > > Best, > > Max > > -- > > Research Associate > > CIRES, University of Colorado > > http://earth.usc.edu/~berkelha > > (626)-319-4421 (cell) > > > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110709/2f4fbd28/attachment-0001.html > > ------------------------------ > > Message: 2 > Date: Sat, 9 Jul 2011 11:37:38 +0200 > From: Sachis Makowski > Subject: [gradsusr] OMI SO2 HDF5 > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear all, > > I am totally new with Grads and not very good at informatics. I have a > bunch > of OMI SO2 images from the Aura satellite and I don?t achieve to write the > right descriptor file to get to open the images with grads. Has anyone an > example of descriptor file for OMI or some ideas to help me to overcome > this > problem? I would be very greatful. > > Best regards to you all, > > Sandro > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110709/44b6e3d8/attachment-0001.html > > ------------------------------ > > Message: 3 > Date: Sat, 09 Jul 2011 10:15:23 +0000 > From: "Javier G. Corripio" > Subject: Re: [gradsusr] gradsusr Digest, Vol 17, Issue 6 > To: gradsusr at gradsusr.org > Message-ID: <5af54cf85c789ae1b0ae538086ea2c50 at meteoexploration.com> > Content-Type: text/plain; charset="UTF-8" > > > > Dear Jennifer, > > Thanks for all the effort. > > Here is another site that uses grads: > > http://www.meteoexploration.com/maproom/ > > All the best, > > Javier > > > Dear Users, > > Some time ago, we collected a list of web sites that use GrADS to > generate > > graphics. The list is at http://iges.org/grads/gotw.html. We would like > to > > update this list to remove inactive sites and to add any new sites not > > mentioned. If you are a site administrator and have a bit of spare time, > > please look over the list and send me any corrections or additions. I'm > > sorry the list is not sorted, you'll have to use 'find' to search for a > > specific URL. Thank you so much, we really appreciate your help! > > > > On Fri, 08 Jul 2011 13:41:39 -0400, gradsusr-request at gradsusr.org wrote: > > -- > Javier G. Corripio, PhD > www.meteoexploration.com > > jgc <> meteoexploration.com > > > ------------------------------ > > Message: 4 > Date: Sat, 09 Jul 2011 14:32:47 -0400 > From: Nick Heath > Subject: [gradsusr] Wrf output in GrADS > To: gradsusr at gradsusr.org > Message-ID: > Content-Type: text/plain; charset="us-ascii" > > Hey Everyone, > > A while back I received some help with displaying WRF output in GrADS using > ARWPost. Thanks! Now, I have a question about some of the fields. When I > display some fields, the look normal and as expected. But, others look odd. > I have attached an image of my 'w' field at 500 hPa. Some other fields, > such as the boundary layer height, also share this pattern. Other fields, > such as the 'u' and 'v' winds, look fine. I was wondering if this looks > like an error somewhere in my ARWPost run or an error in my WRF run? Thanks > an advance for any help! > > -Nick > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: w_500.png > Type: image/png > Size: 27649 bytes > Desc: not available > Url : > http://gradsusr.org/pipermail/gradsusr/attachments/20110709/2c71e255/attachment.png > > ------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > End of gradsusr Digest, Vol 17, Issue 7 > *************************************** > -- Research Associate CIRES, University of Colorado http://earth.usc.edu/~berkelha (626)-319-4421 (cell) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110709/24f014b1/attachment-0003.html From instantweathermaps at gmail.com Sat Jul 9 20:58:32 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Sat, 9 Jul 2011 19:58:32 -0500 Subject: [gradsusr] 'GrADS on the Web' - InstantWeatherMaps.com Message-ID: Introducing InstantWeatherMaps.com, a new weather model website. The site has a lag (from when the raw data appears on the NOMADS server) of 10-30 seconds, compared to around 90 seconds for the closest other free site (the new beta NCEP site). I offer over 150 variables, including Kuchera-method snowfall (otherwise only found on Earl Barker's site, which has a lag of around 30-90 minutes). Nearly a half-million GFS model maps are on my server at any given time. I would appreciate any suggestions as to future enhancements I could make to my site. http://www.instantweathermaps.com On 06/07/2011 11:18, Jennifer Adams wrote: > Dear Users, > Some time ago, we collected a list of web sites that use GrADS to > generate graphics. The list is at http://iges.org/grads/gotw.html. We > would like to update this list to remove inactive sites and to add any > new sites not mentioned. If you are a site administrator and have a > bit of spare time, please look over the list and send me any > corrections or additions. I'm sorry the list is not sorted, you'll > have to use 'find' to search for a specific URL. Thank you so much, we > really appreciate your help! > --Jennifer > > > > > ______________________________ _________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110709/e8b3c262/attachment-0003.html From chinhth2010 at gmail.com Sun Jul 10 01:17:20 2011 From: chinhth2010 at gmail.com (chinh ta huu) Date: Sat, 9 Jul 2011 22:17:20 -0700 Subject: [gradsusr] draw storm track by grads Message-ID: Dear Sir/Madam Can I draw storm track by using grads, if it is possible, please tell me how and command to perform I will be grateful Thank you Chinh -- (Mr.) Ta Huu Chinh National, Weather Forecasting Center, Ha Noi, Viet Nam. No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi Tel: 84-903-402-181 Fax: 84-43-824-4917 Email: chinhth2010 at gmail.com Website: http://vn.myblog.yahoo.com/chinhth2005/ Website: http://bestknowledge-chinhth.blogspot.com/ Website: http://anhcuoidep.vn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110709/5ecd3ab6/attachment-0003.html From dasilva at alum.mit.edu Sun Jul 10 01:40:24 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Sun, 10 Jul 2011 01:40:24 -0400 Subject: [gradsusr] 'GrADS on the Web' - InstantWeatherMaps.com In-Reply-To: References: Message-ID: On Sat, Jul 9, 2011 at 8:58 PM, Joey Woodson wrote: > Introducing InstantWeatherMaps.com, a new weather model website. The site > has a lag (from when the raw data appears on the NOMADS server) of 10-30 > seconds, compared to around 90 seconds for the closest other free site (the > new beta NCEP site). I offer over 150 variables, including Kuchera-method > snowfall (otherwise only found on Earl Barker's site, which has a lag of > around 30-90 minutes). Nearly a half-million GFS model maps are on my server > at any given time. I would appreciate any suggestions as to future > enhancements I could make to my site. > > Consider using anti-aliasing fonts and lines, e.g., http://portal.nccs.nasa.gov/cgi-yotc/fp_wx.cgi This is obtained by replacing printim with gxyat. Make sure to read the documentation for a trick to reduce the size of the image files (pipe to pngquant) , something that would be important for you with 1/2 million plots. Notice that you will need the opengrads bundle for this, http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle Type ga-> gxyat for a manual page. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110710/a18b5838/attachment-0003.html From instantweathermaps at gmail.com Sun Jul 10 15:43:38 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Sun, 10 Jul 2011 14:43:38 -0500 Subject: [gradsusr] 'GrADS on the Web' - InstantWeatherMaps.com In-Reply-To: References: Message-ID: Thanks for the suggestion. I ran tests of gxyat vs printim and found that gxyat outputs roughly 4 images per second, and printim outputs roughly 20 images per second (when set to GIF mode, which about 65% faster than PNG at the expense of a roughly 15% larger file size). I will keep using printim for the forseeable future, since output speed is paramount to my site's operation. I do have another question, though, which I will ask in a separate message. Joey http://www.instantweathermaps.com On Sun, Jul 10, 2011 at 12:40 AM, Arlindo da Silva wrote: > On Sat, Jul 9, 2011 at 8:58 PM, Joey Woodson > wrote: > >> Introducing InstantWeatherMaps.com, a new weather model website. The site >> has a lag (from when the raw data appears on the NOMADS server) of 10-30 >> seconds, compared to around 90 seconds for the closest other free site (the >> new beta NCEP site). I offer over 150 variables, including Kuchera-method >> snowfall (otherwise only found on Earl Barker's site, which has a lag of >> around 30-90 minutes). Nearly a half-million GFS model maps are on my server >> at any given time. I would appreciate any suggestions as to future >> enhancements I could make to my site. >> >> > Consider using anti-aliasing fonts and lines, e.g., > > http://portal.nccs.nasa.gov/cgi-yotc/fp_wx.cgi > > This is obtained by replacing printim with gxyat. Make sure to read the > documentation for a trick to reduce the size of the image files (pipe to > pngquant) , something that would be important for you with 1/2 million > plots. Notice that you will need the opengrads bundle for this, > > > http://opengrads.org/wiki/index.php?title=Installing_the_OpenGrADS_Bundle > > Type > > ga-> gxyat > > for a manual page. > > Arlindo > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110710/add54f66/attachment-0003.html From instantweathermaps at gmail.com Sun Jul 10 16:18:35 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Sun, 10 Jul 2011 15:18:35 -0500 Subject: [gradsusr] NOMADS download speeds Message-ID: Is there any way to speed up downloads from the NOMADS server ( http://nomads.ncep.noaa.gov/cgi-bin/filter_gfs_hd.pl)? I currently run a site that spends around 6-8 seconds per forecast hour generating maps. Having said that, it is quite frustrating to see download times for 1 MB of GRIB data exceed 10 seconds at times. I currently use 4 wget sessions in parallel to handle the downloading, and I only sleep for 2 seconds instead of 10 when polling the NOMADS server to check when the next file is available, so as you can see I am very speed-oriented. Is there any way to download faster, or is partial-downloading (downloading part of the GRIB file, generating the relevant maps for the first part while the rest downloads, then generating the maps for the rest) the fastest way of doing this? Joey http://www.instantweathermaps.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110710/5684725b/attachment-0003.html From geeta124 at hotmail.com Mon Jul 11 02:06:36 2011 From: geeta124 at hotmail.com (Geeta Geeta) Date: Mon, 11 Jul 2011 06:06:36 +0000 Subject: [gradsusr] Computation of thermodynamic Indices Message-ID: Dear All, This problem is not particularly pertaining to Grads but I am still putting it across in anticipation of a possible help. It goes like this, I want to compute all the Standard Indices ( like Showalter, K, SWEAT, CAPE, CINE etc) from the Rs data of a station. I am able to compute only LCL and then the moist adiabat (using the conservation of MOIST static energy) and I have computed the LCL from the RS data and then constructed the moist adiabat of the parcel till 200hPa. Part of the output of moist adiabat looks like this, (I) INPUT LCL P T Z 871.0 294.6 312.0 MOIST ADIABAT P Z T Q NO OF ITRN 871.0 312.0 294.6 .1952E-01 .3476E+06 0 870.0 322.0 294.5 .1950E-01 .3476E+06 39 869.0 332.1 294.5 .1947E-01 .3476E+06 39 868.0 342.1 294.4 .1945E-01 .3476E+06 40 867.0 352.2 294.4 .1942E-01 .3476E+06 39 866.0 362.2 294.4 .1940E-01 .3476E+06 39 865.0 372.3 294.3 .1938E-01 .3476E+06 40 864.0 382.4 294.3 .1935E-01 .3476E+06 39 "MOIST.DAT" 676 lines, 44480 characters (II) My RS data of a station is at an interval of 50hPa and looks like this (Ht, TT, Td, WS, WD at different levels) 1981 03 10 00 2 1026 20.6 16.8 155 02 1520 18.6 11.2 201 04 ^M 1981 03 10 00 3 2038 15.6 8.2 195 03 2584 12.4 3.8 079 02 3159 8.4 -5.3 105 04 3768 4.8 044 03 Kindly help me reg the computation of CAPE and CINE after I construct the MOIST adiabat for a station. geeta -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110711/1c9a68ba/attachment-0003.html From takayanamba at hotmail.com Mon Jul 11 06:07:19 2011 From: takayanamba at hotmail.com (Namba Takaya) Date: Mon, 11 Jul 2011 10:07:19 +0000 Subject: [gradsusr] Grads dods server installation Message-ID: Dear Sir I tried to install Grads dods server in my Mac os X 10.6.3 in which grads v2.0.a9 is working properly.In my system, apache-tomcat-6.0.29 is already installed.After I started apach-tomaat and then I tried to start Grads dods server, error message appear like this. sh-3.2# ./startserver GrADS Data Server startup invoked... Note: A process called gds-respawn.sh is being created, to automatically respawn GDS if it shuts down abnormally. Set JAVA, JAVA_HOME, JAVA_OPTS to control JVM options.See /usr/local/gds-2.0/log/console.out for detailed startup/shutdown messages. Warning: GADDIR not set. GrADS netCDF/HDF interface may not function properly. gds-respawn.sh: Starting GrADS Data Server (Tomcat 4.1)...gds-respawn.sh: Tomcat process exitedgds-respawn.sh: GrADS Data Server failed to start. Server may be misconfigured, or already running. Could you tell me how to solve the problem? Best Regards, Takaya Namba -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110711/515ae590/attachment-0003.html From vsm at jamstec.go.jp Mon Jul 11 06:27:18 2011 From: vsm at jamstec.go.jp (Sergey Varlamov) Date: Mon, 11 Jul 2011 19:27:18 +0900 Subject: [gradsusr] draw shp problem In-Reply-To: References: Message-ID: <4E1AD006.4060408@jamstec.go.jp> Dear forum members, I met a specific problem with GrADS plotting shape files. The first time with Linux applications I met a problem when all graphical KDE system is shut-down and rebooted, like MS Window! All and any do not saved results of any applications in the running session are lost... Please be careful if you will try to reproduce this behavior! GrADS version is Config: v2.0.a9 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids,stn geotiff shapefile, Linux workstations runs openSUSE 10.3 (X86-64), kernel version 2.6.22.19-0.4-default After downloading some shape files from the http://www.diva-gis.org/Data, namely "countries" from the Global level data and South Korea administrative boundaries from the Country level data, I permanently have this problem if run next sequence of commands. I tested it with the Word Ocean Atlas 2005 netcdf files: d something draw shp countries draw shp KOR_adm0 ... and nothing more on the screen, the new graphical session starts. As I believe that all shape files are just data, there must be some problem with memory operations in the GrADS, I guess. Individual shape files are plotted without problem, including both mentioned, as just shapes or as filled polygons. Does somebody had similar problem and do it is possible to avoid such surprises with these or other shape files? Sincerely yours, Sergey Varlamov JAMSTEC, Japan From gavinho.gabriel at gmail.com Mon Jul 11 08:51:20 2011 From: gavinho.gabriel at gmail.com (gabriel gavinho) Date: Mon, 11 Jul 2011 09:51:20 -0300 Subject: [gradsusr] filling entire graph beneath a single line In-Reply-To: <4E177CDC.1070800@noaa.gov> References: <4E177CDC.1070800@noaa.gov> Message-ID: exactly what I needed, chuck, thank you very much. 2011/7/8 Charles Seman > Gabriel, > > Not sure if this will do what you want (may be more than you need), but > here's an email posted to the Listserv by Mary-Jo Nath: > http://gradsusr.org/pipermail/gradsusr/2006-August/003552.html > > Hope this helps, > Chuck > > gabriel gavinho wrote: > > Dear users, > > > > I need to fill the entire graph beneath a single line which comes from a > > 'tloop' sum with a single color > > Can you help me out? > > > > regards > > > > Gabriel Gavinho > > Federal University of Rio de Janeiro > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > -- > > 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 reflect any > official or unofficial position of the United States Federal Government, > the United States Department of Commerce, or NOAA." > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110711/b9769f99/attachment-0003.html From Patrick.Raberanto at polytechnique.edu Tue Jul 12 06:12:47 2011 From: Patrick.Raberanto at polytechnique.edu (Raberanto Patrick) Date: Tue, 12 Jul 2011 12:12:47 +0200 Subject: [gradsusr] Download GRADS 2.0.9 Message-ID: <4E1C1E1F.9000209@polytechnique.edu> Dear Sir, I want to download the last version of GRADS software but the link in the website is not valid. So where can i find the software?. Sincerely, -- Patrick Raberanto Laboratoire de M?t?orologie Dynamique Ecole Polytechnique 91128 PALAISEAU Cedex tel: 01 69 33 51 84 Patrick.Raberanto at polytechnique.edu From saeedbayat7276 at gmail.com Tue Jul 12 07:49:06 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Tue, 12 Jul 2011 16:19:06 +0430 Subject: [gradsusr] Download GRADS 2.0.9 In-Reply-To: <4E1C1E1F.9000209@polytechnique.edu> References: <4E1C1E1F.9000209@polytechnique.edu> Message-ID: Hi Dear Roberanto You can download latest version of GrADS from this link: http://sourceforge.net/projects/opengrads/files/grads2/2.0.a9.oga.1/ Good Luck Saeed Bayat M.A Student of Climatology Department of Geography Ferdowsi University of Mashhad(Iran) On Tue, Jul 12, 2011 at 2:42 PM, Raberanto Patrick < Patrick.Raberanto at polytechnique.edu> wrote: > Dear Sir, > > I want to download the last version of GRADS software but the link in > the website is not valid. So where can i find the software?. > > Sincerely, > -- > Patrick Raberanto > > Laboratoire de M?t?orologie Dynamique > > Ecole Polytechnique > 91128 PALAISEAU Cedex > > tel: 01 69 33 51 84 > Patrick.Raberanto at polytechnique.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110712/ce63da42/attachment-0003.html From jma at cola.iges.org Tue Jul 12 10:14:08 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Tue, 12 Jul 2011 16:14:08 +0200 Subject: [gradsusr] Download GRADS 2.0.9 In-Reply-To: <4E1C1E1F.9000209@polytechnique.edu> References: <4E1C1E1F.9000209@polytechnique.edu> Message-ID: Try direct ftp: ftp iges.org login as anonymous cd grads/2.0 Then get the file you need for your particular operating system... --Jennfier On Jul 12, 2011, at 12:12 PM, Raberanto Patrick wrote: > Dear Sir, > > I want to download the last version of GRADS software but the link in > the website is not valid. So where can i find the software?. > > Sincerely, > -- > Patrick Raberanto > > Laboratoire de M?t?orologie Dynamique > > Ecole Polytechnique > 91128 PALAISEAU Cedex > > tel: 01 69 33 51 84 > Patrick.Raberanto at polytechnique.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110712/07d8d13e/attachment-0003.html From rafanoharana at gmail.com Tue Jul 12 11:18:14 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Tue, 12 Jul 2011 08:18:14 -0700 Subject: [gradsusr] if... else..... endif syntax error in GRADS In-Reply-To: References: Message-ID: Dear Nagaraju, Thank you for your answer but I've already found it. Below is the script: if (a> b) 'define c= b' else 'define c= a' endif 'define d=c/b' Anyway, the if expression in grads is not accompanied by then. Regards, Serge On Thu, Jul 7, 2011 at 5:37 AM, NAGARAJU CHILUKOTI < chilukotinagaraju at gmail.com> wrote: > Hi you try like this > > if (a> b) then > > c= b > else > c= a > > On Thu, Jul 7, 2011 at 1:10 PM, Rafanoharana Serge Claudio < > rafanoharana at gmail.com> wrote: > >> Dear all, >> >> My file contains 2 variables a and b. I have the following condition: >> >> if a>b => c=b >> if a c=a >> >> so: d=c/b >> >> in my .gs file, I tried: >> >> '!if (a> b)' >> 'c= b' >> '!else' >> 'c= a' >> '!endif' >> 'define d=c/b' >> >> but it gives syntax error. >> >> Then I tried to define the c like: >> >> '!if (a> b)' >> 'define c= b' >> '!else' >> 'define c= a' >> '!endif' >> 'define d=c/b' >> >> Again, syntax error. >> >> ERROR: >> sh: -c: line 1: syntax error: unexpected end of file >> sh: -c: line 0: syntax error near unexpected token `else' >> sh: -c: line 0: `else' >> sh: endif: command not found >> >> >> Thank you in advance, >> >> >> Best regards, >> >> -- >> Serge >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Nagaraju Chilukoti > CCCR, > IITM, Pashan > Pune 411008 > Mob.* 09224278979* > cnraju at tropmet.res.in > chilukotinagaraju at gmail.com > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110712/7ca27d54/attachment-0003.html From rafanoharana at gmail.com Tue Jul 12 14:27:49 2011 From: rafanoharana at gmail.com (Rafanoharana Serge Claudio) Date: Tue, 12 Jul 2011 11:27:49 -0700 Subject: [gradsusr] Download GRADS 2.0.9 In-Reply-To: <4E1C1E1F.9000209@polytechnique.edu> References: <4E1C1E1F.9000209@polytechnique.edu> Message-ID: Dear Patrick, You can try the following URLs: http://www.iges.org/grads/downloads.html http://en.sourceforge.jp/projects/sfnet_opengrads/downloads/grads2-windows/2.0.a9.oga.1/grads-2.0.a9.oga.1-win32_superpack.exe/ Regards, Serge On Tue, Jul 12, 2011 at 3:12 AM, Raberanto Patrick < Patrick.Raberanto at polytechnique.edu> wrote: > Dear Sir, > > I want to download the last version of GRADS software but the link in > the website is not valid. So where can i find the software?. > > Sincerely, > -- > Patrick Raberanto > > Laboratoire de M?t?orologie Dynamique > > Ecole Polytechnique > 91128 PALAISEAU Cedex > > tel: 01 69 33 51 84 > Patrick.Raberanto at polytechnique.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Serge -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110712/532668a3/attachment-0003.html From Wesley.Ebisuzaki at noaa.gov Tue Jul 12 15:42:23 2011 From: Wesley.Ebisuzaki at noaa.gov (Wesley Ebisuzaki) Date: Tue, 12 Jul 2011 15:42:23 -0400 Subject: [gradsusr] NOMADS download speeds In-Reply-To: References: Message-ID: <4E1CA39F.7050501@noaa.gov> Joey, My impression of the nomads server is that it is very fast. However, I have a very fast link to the internet and the site is only 10 miles away. You are using the GFS which has 0.5 degree resolution (260K points) and you are using the filter program which can create a regional subset. If you are asking for a 5x5 grid, then your download speeds will be slow. After all you have to process 10K points for every point sent to you. Another possibility is that you may have run afoul of some fair-usage filter. Every site needs some protection against denial-of-service attacks and poorly programmed web scripts. Anyways the nomads help desk is a more appropriate source of information than the GrADS user forum. Wesley Ebisuzaki Joey Woodson wrote: > Is there any way to speed up downloads from the NOMADS server > (http://nomads.ncep.noaa.gov/cgi-bin/filter_gfs_hd.pl)? I currently > run a site that spends around 6-8 seconds per forecast hour generating > maps. Having said that, it is quite frustrating to see download times > for 1 MB of GRIB data exceed 10 seconds at times. I currently use 4 > wget sessions in parallel to handle the downloading, and I only sleep > for 2 seconds instead of 10 when polling the NOMADS server to check > when the next file is available, so as you can see I am very > speed-oriented. Is there any way to download faster, or is > partial-downloading (downloading part of the GRIB file, generating the > relevant maps for the first part while the rest downloads, then > generating the maps for the rest) the fastest way of doing this? > > Joey > http://www.instantweathermaps.com > ------------------------------------------------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > From takayanamba at hotmail.com Tue Jul 12 20:56:06 2011 From: takayanamba at hotmail.com (Namba Takaya) Date: Wed, 13 Jul 2011 00:56:06 +0000 Subject: [gradsusr] problem of station data in the GrADS data server Message-ID: Dear Sir I installed GDS in MAC OS X 10.6.3.(intell duo) The grads version is v2.0.a9.javaa version is 1.6.0_17. The GDS work properly with the ctl file/binary.But when I access the station data, the error message come listed below. I found probably the same problem in the grads previous mailing list in http://gradsusr.org/pipermail/gradsusr/2008-September/007531.html.Unfortunately, there is not enough information on it. I attach three logs files (console.out, gds.log, tomcat.xxxx.log) for more detailed information.Could you tell me how to solve this problem? Best regards,Takaya NambaError { code = 0; message = "Oops! The server encountered an unexpected error while serving the this request. Please report this error at http://www.iges.org/grads/gds and include the following debug information: java.lang.IllegalArgumentException: Can't parse date string: open GMT at org.iges.util.Range.parseGradsFormat(Range.java:221) at org.iges.grads.server.GradsExtracter.convertGradsDateToCOARDS(GradsExtracter.java:644) at org.iges.grads.server.GradsExtracter.loadDimValues(GradsExtracter.java:522) at org.iges.grads.server.GradsStnExtracter.load(GradsStnExtracter.java:136) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110713/e164661c/attachment-0003.html From jgmsantos at gmail.com Wed Jul 13 10:07:15 2011 From: jgmsantos at gmail.com (Guilherme Martins) Date: Wed, 13 Jul 2011 11:07:15 -0300 Subject: [gradsusr] Error Message-ID: Hi users, When I type sdfopen file, I receive: ga-> sdfopen UCLM_PROMES_CTL_ERAIN_6H_1990_prc.nc Scanning self-describing file: UCLM_PROMES_CTL_ERAIN_6H_1990_prc.nc SDF file has no discernable X coordinate. ga-> How may I resolve this? May anyone help me? Thanks a lot, Guilherme. -- Guilherme Martins -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110713/70e34d6e/attachment-0003.html From dasilva at alum.mit.edu Wed Jul 13 10:49:57 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 13 Jul 2011 10:49:57 -0400 Subject: [gradsusr] Error In-Reply-To: References: Message-ID: On Wed, Jul 13, 2011 at 10:07 AM, Guilherme Martins wrote: > Hi users, > > When I type sdfopen file, I receive: > > ga-> sdfopen UCLM_PROMES_CTL_ERAIN_6H_1990_prc.nc > Scanning self-describing file: UCLM_PROMES_CTL_ERAIN_6H_1990_prc.nc > SDF file has no discernable X coordinate. > ga-> > > How may I resolve this? May anyone help me? > > Start by reading the documentation: http://grads.iges.org/grads/gadoc/SDFdescriptorfile.html You likely need to create a DDF and use xdfopen. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110713/d61099df/attachment-0003.html From mdongiovanni at smaitalia.it Wed Jul 13 12:06:24 2011 From: mdongiovanni at smaitalia.it (Mariastella Dongiovanni) Date: Wed, 13 Jul 2011 18:06:24 +0200 Subject: [gradsusr] Plot isohyetal map Message-ID: <188F55299AF3AF4A8E9EACA0744CE20F08DDF5@intinimail.intranet.intini.it> Dear users, I'd like to know if there are any available tools or script to plot automatically isohyetal map of annual average precipitation depth produced by Kriging tecnique. Thanks in advance, Maristella DISCLAIMER: Ai sensi del D.Lgs. 196/2003 si precisa che le informazioni contenute in questo messaggio sono riservate ed a uso esclusivo del destinatario. Qualora il messaggio in parola Le fosse pervenuto per errore, la preghiamo di eliminarlo senza copiarlo e di non inoltrarlo a terzi,dandocene gentilmente comunicazione. Grazie . DISCLAIMER: This message, for the law 196/2003, may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. contact : postmastering at intini.it -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110713/82164140/attachment-0003.html From mdongiovanni at smaitalia.it Wed Jul 13 12:13:38 2011 From: mdongiovanni at smaitalia.it (Mariastella Dongiovanni) Date: Wed, 13 Jul 2011 18:13:38 +0200 Subject: [gradsusr] Plot isohyetal map Message-ID: <188F55299AF3AF4A8E9EACA0744CE20F08DDF6@intinimail.intranet.intini.it> Dear users, I'd like to know if there are any available tools or script to plot automatically isohyetal map of annual average precipitation depth produced by Kriging tecnique. Thanks in advance, Maristella DISCLAIMER: Ai sensi del D.Lgs. 196/2003 si precisa che le informazioni contenute in questo messaggio sono riservate ed a uso esclusivo del destinatario. Qualora il messaggio in parola Le fosse pervenuto per errore, la preghiamo di eliminarlo senza copiarlo e di non inoltrarlo a terzi,dandocene gentilmente comunicazione. Grazie . DISCLAIMER: This message, for the law 196/2003, may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. contact : postmastering at intini.it -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110713/f9ad9768/attachment-0003.html From jdduda at iastate.edu Wed Jul 13 19:19:21 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Wed, 13 Jul 2011 18:19:21 -0500 Subject: [gradsusr] performing operations on different grids Message-ID: I have two 2D model grids that have the same horizontal grid spacing and the same domain width (so the X-coordinate is the same between the two) and the same domain height, but different numbers of levels in the vertical. I wish to compare the values of some variables such as vertical motion between the two model grids. How do I do that? Jeff Duda -- Jeff Duda Iowa State University Meteorology Graduate Student 3134 Agronomy Hall www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110713/eeb27acc/attachment-0003.html From dasilva at alum.mit.edu Wed Jul 13 21:58:44 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Wed, 13 Jul 2011 21:58:44 -0400 Subject: [gradsusr] performing operations on different grids In-Reply-To: References: Message-ID: On Wed, Jul 13, 2011 at 7:19 PM, Jeffrey Duda wrote: > I have two 2D model grids that have the same horizontal grid spacing and > the same domain width (so the X-coordinate is the same between the two) and > the same domain height, but different numbers of levels in the vertical. I > wish to compare the values of some variables such as vertical motion between > the two model grids. How do I do that? > > Are the levels really different, or one file is a subset of the other? Say, one has fewer mandatory levels. If the latter, use lats4d or write your own simple script to subset the larger file to make it appear as the first. If the levels are really different, you will need to perform a remapping from one vertical grid to another. This remap algorithm can vary from a simple linear interpolation in log-p to a conservative scheme that preserves monotonicity, all depends on your application. I usually perform this remapping outside grads. Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110713/2efb5ae3/attachment-0003.html From jdduda at iastate.edu Wed Jul 13 23:07:53 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Wed, 13 Jul 2011 22:07:53 -0500 Subject: [gradsusr] performing operations on different grids In-Reply-To: References: Message-ID: No, they're truly different in the sense that probably none of the levels perfectly match up. What algorithms do you know of? Jeff On Wed, Jul 13, 2011 at 8:58 PM, Arlindo da Silva wrote: > On Wed, Jul 13, 2011 at 7:19 PM, Jeffrey Duda wrote: > >> I have two 2D model grids that have the same horizontal grid spacing and >> the same domain width (so the X-coordinate is the same between the two) and >> the same domain height, but different numbers of levels in the vertical. I >> wish to compare the values of some variables such as vertical motion between >> the two model grids. How do I do that? >> >> > Are the levels really different, or one file is a subset of the other? Say, > one has fewer mandatory levels. If the latter, use lats4d or write your own > simple script to subset the larger file to make it appear as the first. If > the levels are really different, you will need to perform a remapping from > one vertical grid to another. This remap algorithm can vary from a simple > linear interpolation in log-p to a conservative scheme that preserves > monotonicity, all depends on your application. I usually perform this > remapping outside grads. > > Arlindo > > -- > Arlindo da Silva > dasilva at alum.mit.edu > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student 3134 Agronomy Hall www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110713/d21873b3/attachment-0003.html From garutlama at gmail.com Thu Jul 14 01:19:20 2011 From: garutlama at gmail.com (Garut Lama) Date: Thu, 14 Jul 2011 13:19:20 +0800 Subject: [gradsusr] Problem with running sdfopen in windows batch mode Message-ID: Dear all, I'm using grads 2.0.a9.oga.1 installed in the c:\ drive of Windows XP. I wrote a batch script(.bat) to generate graphical outputs from http://nomads.ncep.noaa.gov:9090. The script works if it is placed in any folder in the C:\ drive but fails when it is run from a pendrive, external drive , d:\ drive etc. Among the content of the script is: grads -blc "run script.gs" The following messages were displayed on the execution of the script from an external drive: ............................................................................................................................. Starting grads under C:\OPENGR~2\Contents\Cygwin\Versions\20A9OG~1.1\i686 ... Grid Analysis and Display System (GrADS) Version 2.0.a9.oga.1 Copyright (c) 1988-2010 by Brian Doty and the Institute for Global Environment and Society (IGES) GrADS comes with ABSOLUTELY NO WARRANTY See file COPYRIGHT for more information Config: v2.0.a9.oga.1 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids,stn athena geotiff shapefile Issue 'q config' command for more detailed configuration information Loading User Defined Extensions table ... ok. GX Package Initialization: Size = 11 8.5 Running in Batch mode No hardcopy metafile open All files closed; all defined objects released; All GrADS attributes have been reinitialized http://nomads.ncep.noaa.gov:9090/dods/gfs_hd/gfs_hd20110713/gfs_hd_12z cygwin warning: MS-DOS style path detected: \Documents and Settings\Administrator/.dodsrc Preferred POSIX equivalent is: /cygdrive/h/Documents and Settings/Administrator/.dodsrc CYGWIN environment variable option "nodosfilewarning" turns off this warning. Consult the user's guide for more details about POSIX paths: http://cygwin.com/cygwin-ug-net/using.html#using-pathnames Error: nc_open failed to open file http://nomads.ncep.noaa.gov:9090/dods/gfs_hd/gfs_hd20110713/gfs_hd_12z NetCDF: I/O failure gadsdf: Couldn't ingest SDF metadata. SET Error: No files open yet No Files Open Non-numeric args to numeric operation Error occurred on line 253 In file script.gs Error occurred on line 87 In file script.gs ga-> ..................................................................... Any ideas? Regards, Garut -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110714/63599145/attachment-0003.html From nkh09 at fsu.edu Thu Jul 14 02:48:58 2011 From: nkh09 at fsu.edu (Nick Heath) Date: Thu, 14 Jul 2011 02:48:58 -0400 Subject: [gradsusr] Wrf output in GrADS In-Reply-To: References: Message-ID: Jeff and Yaqiang, Thanks for the ideas. Unfortunately, I still haven't found a solution. I have figured out a little more about the problem, I think. It appears that it is the "standard" variables that look odd. If I display the umet and vmet diagnostic variables, they look great. But, if I display the standard U and V variables, they look just like W did. As you suspected Jeff, I don't need many variables, actually only the U,V, and W wind components. But, even when just running ARWpost with the 'basic' fields option the variables look crazy. Any more ideas would be greatly appreciated! Thanks, Nick ----- Original Message ----- From: Jeffrey Duda Date: Saturday, July 9, 2011 7:53 pm Subject: Re: [gradsusr] Wrf output in GrADS To: GrADS Users Forum > If Yaqiang's idea doesn't work, I would try re-running ARWpost with > fewervariables. I doubt you really need all of those variables, > and if your .dat > file is too large, there may be a problem with how it displays > data. Also, > it appears your XDEF and YDEF lines could be simplified by putting > XDEF 210 LINEAR 0.0217 > or something like that, since all of your levels appear to be equally > spaced. > > Jeff > > On Sat, Jul 9, 2011 at 6:22 PM, Yaqiang Wang > wrote: > > > You could try to comment "options byteswapped" in the ctl file. > > > > > > On Sun, Jul 10, 2011 at 4:54 AM, Nick Heath wrote: > > > Hey Jeff, > > > > > > I have attached my ctl file and my namelist.ARWPost file. I > didn't> change anything in the ctl file. Thanks for the help. > > > > > > -Nick > > > > > > ----- Original Message ----- > > > From: Jeffrey Duda > > > Date: Saturday, July 9, 2011 4:41 pm > > > Subject: Re: [gradsusr] Wrf output in GrADS > > > To: GrADS Users Forum > > > > > >> Nick, > > >> Can you attach your control file? Did you change anything in it? > > >> > > >> Jeff Duda > > >> > > >> On Sat, Jul 9, 2011 at 1:32 PM, Nick Heath wrote: > > >> > > >> > Hey Everyone, > > >> > > > >> > A while back I received some help with displaying WRF output in > > >> GrADS using > > >> > ARWPost. Thanks! Now, I have a question about some of the > > >> fields. When I > > >> > display some fields, the look normal and as expected. But, > others> >> look odd. > > >> > I have attached an image of my 'w' field at 500 hPa. Some > other> >> fields,> such as the boundary layer height, also share this > > >> pattern. Other fields, > > >> > such as the 'u' and 'v' winds, look fine. I was wondering if > > >> this looks > > >> > like an error somewhere in my ARWPost run or an error in my WRF > > >> run? Thanks > > >> > an advance for any help! > > >> > > > >> > -Nick > > >> > > > >> > _______________________________________________ > > >> > gradsusr mailing list > > >> > gradsusr at gradsusr.org > > >> > http://gradsusr.org/mailman/listinfo/gradsusr > > >> > > > >> > > > >> > > >> > > >> -- > > >> Jeff Duda > > >> Iowa State University > > >> Meteorology Graduate Student > > >> 3134 Agronomy Hall > > >> > www.meteor.iastate.edu/~jdduda> >> > > > > > > _______________________________________________ > > > gradsusr mailing list > > > gradsusr at gradsusr.org > > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > > > > > > > > -- > > ************************************************* > > Dr. Yaqiang Wang > > Chinese Academy of Meteorological Sciences (CAMS) > > 46, Zhong-Guan-Cun South Avenue > > Beijing, 100081 > > China > > > > yaqiang.wang at gmail.com > > ************************************************** > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > 3134 Agronomy Hall > www.meteor.iastate.edu/~jdduda > From yaqiang.wang at gmail.com Thu Jul 14 03:25:20 2011 From: yaqiang.wang at gmail.com (Yaqiang Wang) Date: Thu, 14 Jul 2011 15:25:20 +0800 Subject: [gradsusr] Wrf output in GrADS In-Reply-To: References: Message-ID: The netCDF data output from WRF are not follow COARDS or CF conventions, so the data can't be read directly by many popular meteorological softwares, including GrADS (I mean with sdfopen method). I don't understand why WRF group made their data different. I have no experience on ARWpost tool, but I know something of the netCDF data format used in WRF, which is defined as 'WRF_OUT' conventions in MeteoInfo software. So you can try to graph the data using MeteoInfo temporally before you find a better sollution of it. You could only use MeteoInfo in Windows system for netCDF data, although it could be used in Linux for other data formats under the support of mono. On Thu, Jul 14, 2011 at 2:48 PM, Nick Heath wrote: > Jeff and Yaqiang, > > Thanks for the ideas. ?Unfortunately, I still haven't found a solution. ?I have figured out a little more about the problem, I think. ?It appears that it is the "standard" variables that look odd. ?If I display the umet and vmet diagnostic variables, they look great. ?But, if I display the standard U and V variables, they look just like W did. > > As you suspected Jeff, I don't need many variables, actually only the U,V, and W wind components. ?But, even when just running ARWpost with the 'basic' fields option the variables look crazy. ?Any more ideas would be greatly appreciated! > > Thanks, > Nick > > ----- Original Message ----- > From: Jeffrey Duda > Date: Saturday, July 9, 2011 7:53 pm > Subject: Re: [gradsusr] Wrf output in GrADS > To: GrADS Users Forum > >> If Yaqiang's idea doesn't work, I would try re-running ARWpost with >> fewervariables. ?I doubt you really need all of those variables, >> and if your .dat >> file is too large, there may be a problem with how it displays >> data. ?Also, >> it appears your XDEF and YDEF lines could be simplified by putting >> XDEF 210 LINEAR 0.0217 >> or something like that, since all of your levels appear to be equally >> spaced. >> >> Jeff >> >> On Sat, Jul 9, 2011 at 6:22 PM, Yaqiang Wang >> wrote: >> >> > You could try to comment "options byteswapped" in the ctl file. >> > >> > >> > On Sun, Jul 10, 2011 at 4:54 AM, Nick Heath wrote: >> > > Hey Jeff, >> > > >> > > I have attached my ctl file and my namelist.ARWPost file. ?I >> didn't> change anything in the ctl file. ?Thanks for the help. >> > > >> > > -Nick >> > > >> > > ----- Original Message ----- >> > > From: Jeffrey Duda >> > > Date: Saturday, July 9, 2011 4:41 pm >> > > Subject: Re: [gradsusr] Wrf output in GrADS >> > > To: GrADS Users Forum >> > > >> > >> Nick, >> > >> Can you attach your control file? ?Did you change anything in it? >> > >> >> > >> Jeff Duda >> > >> >> > >> On Sat, Jul 9, 2011 at 1:32 PM, Nick Heath wrote: >> > >> >> > >> > Hey Everyone, >> > >> > >> > >> > A while back I received some help with displaying WRF output in >> > >> GrADS using >> > >> > ARWPost. ?Thanks! ?Now, I have a question about some of the >> > >> fields. ?When I >> > >> > display some fields, the look normal and as expected. But, >> others> >> look odd. >> > >> > ?I have attached an image of my 'w' field at 500 hPa. ?Some >> other> >> fields,> such as the boundary layer height, also share this >> > >> pattern. ?Other fields, >> > >> > such as the 'u' and 'v' winds, look fine. ?I was wondering if >> > >> this looks >> > >> > like an error somewhere in my ARWPost run or an error in my WRF >> > >> run? ?Thanks >> > >> > an advance for any help! >> > >> > >> > >> > -Nick >> > >> > >> > >> > _______________________________________________ >> > >> > gradsusr mailing list >> > >> > gradsusr at gradsusr.org >> > >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> > >> > >> > >> > >> >> > >> >> > >> -- >> > >> Jeff Duda >> > >> Iowa State University >> > >> Meteorology Graduate Student >> > >> 3134 Agronomy Hall >> > >> >> www.meteor.iastate.edu/~jdduda> >> >> > > >> > > _______________________________________________ >> > > gradsusr mailing list >> > > gradsusr at gradsusr.org >> > > http://gradsusr.org/mailman/listinfo/gradsusr >> > > >> > > >> > >> > >> > >> > -- >> > ************************************************* >> > Dr. Yaqiang Wang >> > Chinese Academy of Meteorological Sciences (CAMS) >> > 46, Zhong-Guan-Cun South Avenue >> > Beijing, 100081 >> > China >> > >> > yaqiang.wang at gmail.com >> > ************************************************** >> > >> > _______________________________________________ >> > gradsusr mailing list >> > gradsusr at gradsusr.org >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> >> >> >> -- >> Jeff Duda >> Iowa State University >> Meteorology Graduate Student >> 3134 Agronomy Hall >> www.meteor.iastate.edu/~jdduda >> > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- ************************************************* Dr. Yaqiang Wang Chinese Academy of Meteorological Sciences (CAMS) 46, Zhong-Guan-Cun South Avenue Beijing, 100081 China yaqiang.wang at gmail.com ************************************************** From Huddleston at cira.colostate.edu Thu Jul 14 10:07:19 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Thu, 14 Jul 2011 07:07:19 -0700 Subject: [gradsusr] Plot isohyetal map In-Reply-To: <188F55299AF3AF4A8E9EACA0744CE20F08DDF5@intinimail.intranet.intini.it> References: <188F55299AF3AF4A8E9EACA0744CE20F08DDF5@intinimail.intranet.intini.it> Message-ID: Maristella What is the format of your data? John Huddleston From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Mariastella Dongiovanni Sent: Wednesday, July 13, 2011 10:06 AM To: 'gradsusr at gradsusr.org' Subject: [gradsusr] Plot isohyetal map Importance: High Dear users, I'd like to know if there are any available tools or script to plot automatically isohyetal map of annual average precipitation depth produced by Kriging tecnique. Thanks in advance, Maristella DISCLAIMER: Ai sensi del D.Lgs. 196/2003 si precisa che le informazioni contenute in questo messaggio sono riservate ed a uso esclusivo del destinatario. Qualora il messaggio in parola Le fosse pervenuto per errore, la preghiamo di eliminarlo senza copiarlo e di non inoltrarlo a terzi,dandocene gentilmente comunicazione. Grazie . DISCLAIMER: This message, for the law 196/2003, may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. contact : postmastering at intini.it -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110714/cbc511d6/attachment-0003.html From James.Johnson at nasa.gov Thu Jul 14 10:57:14 2011 From: James.Johnson at nasa.gov (James E. Johnson) Date: Thu, 14 Jul 2011 10:57:14 -0400 Subject: [gradsusr] (no subject) Message-ID: <201107141057.15117.James.Johnson@nasa.gov> ------------------------------------------------------------------------------ | James E. Johnson | address: | | Wyle Information Systems, Inc. | NASA Goddard Space Flight Center | | e-mail: james.johnson at nasa.gov | Distributed Active Archive Center | | phone: 301-614-5121 | Code 610.2, Bldg 32, Room S130G | | fax: 301-614-5268 | Greenbelt, MD 20771 | ------------------------------------------------------------------------------ From jdduda at iastate.edu Thu Jul 14 12:12:13 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Thu, 14 Jul 2011 11:12:13 -0500 Subject: [gradsusr] Wrf output in GrADS In-Reply-To: References: Message-ID: Nick, Try viewing the raw netCDF output using ncview or use ncks to output the actual coordinate values of some of the variables so that you can see them. If the data looks bad when viewing the raw netCDF output, then something went wrong in your model and ARWpost has nothing to do with it. If it looks clean, then it's something with ARWpost. Let me know what you find out. Jeff On Thu, Jul 14, 2011 at 2:25 AM, Yaqiang Wang wrote: > The netCDF data output from WRF are not follow COARDS or CF > conventions, so the data can't be read directly by many popular > meteorological softwares, including GrADS (I mean with sdfopen > method). I don't understand why WRF group made their data different. I > have no experience on ARWpost tool, but I know something of the netCDF > data format used in WRF, which is defined as 'WRF_OUT' conventions in > MeteoInfo software. So you can try to graph the data using MeteoInfo > temporally before you find a better sollution of it. You could only > use MeteoInfo in Windows system for netCDF data, although it could be > used in Linux for other data formats under the support of mono. > > On Thu, Jul 14, 2011 at 2:48 PM, Nick Heath wrote: > > Jeff and Yaqiang, > > > > Thanks for the ideas. Unfortunately, I still haven't found a solution. > I have figured out a little more about the problem, I think. It appears > that it is the "standard" variables that look odd. If I display the umet > and vmet diagnostic variables, they look great. But, if I display the > standard U and V variables, they look just like W did. > > > > As you suspected Jeff, I don't need many variables, actually only the > U,V, and W wind components. But, even when just running ARWpost with the > 'basic' fields option the variables look crazy. Any more ideas would be > greatly appreciated! > > > > Thanks, > > Nick > > > > ----- Original Message ----- > > From: Jeffrey Duda > > Date: Saturday, July 9, 2011 7:53 pm > > Subject: Re: [gradsusr] Wrf output in GrADS > > To: GrADS Users Forum > > > >> If Yaqiang's idea doesn't work, I would try re-running ARWpost with > >> fewervariables. I doubt you really need all of those variables, > >> and if your .dat > >> file is too large, there may be a problem with how it displays > >> data. Also, > >> it appears your XDEF and YDEF lines could be simplified by putting > >> XDEF 210 LINEAR 0.0217 > >> or something like that, since all of your levels appear to be equally > >> spaced. > >> > >> Jeff > >> > >> On Sat, Jul 9, 2011 at 6:22 PM, Yaqiang Wang > >> wrote: > >> > >> > You could try to comment "options byteswapped" in the ctl file. > >> > > >> > > >> > On Sun, Jul 10, 2011 at 4:54 AM, Nick Heath wrote: > >> > > Hey Jeff, > >> > > > >> > > I have attached my ctl file and my namelist.ARWPost file. I > >> didn't> change anything in the ctl file. Thanks for the help. > >> > > > >> > > -Nick > >> > > > >> > > ----- Original Message ----- > >> > > From: Jeffrey Duda > >> > > Date: Saturday, July 9, 2011 4:41 pm > >> > > Subject: Re: [gradsusr] Wrf output in GrADS > >> > > To: GrADS Users Forum > >> > > > >> > >> Nick, > >> > >> Can you attach your control file? Did you change anything in it? > >> > >> > >> > >> Jeff Duda > >> > >> > >> > >> On Sat, Jul 9, 2011 at 1:32 PM, Nick Heath wrote: > >> > >> > >> > >> > Hey Everyone, > >> > >> > > >> > >> > A while back I received some help with displaying WRF output in > >> > >> GrADS using > >> > >> > ARWPost. Thanks! Now, I have a question about some of the > >> > >> fields. When I > >> > >> > display some fields, the look normal and as expected. But, > >> others> >> look odd. > >> > >> > I have attached an image of my 'w' field at 500 hPa. Some > >> other> >> fields,> such as the boundary layer height, also share this > >> > >> pattern. Other fields, > >> > >> > such as the 'u' and 'v' winds, look fine. I was wondering if > >> > >> this looks > >> > >> > like an error somewhere in my ARWPost run or an error in my WRF > >> > >> run? Thanks > >> > >> > an advance for any help! > >> > >> > > >> > >> > -Nick > >> > >> > > >> > >> > _______________________________________________ > >> > >> > gradsusr mailing list > >> > >> > gradsusr at gradsusr.org > >> > >> > http://gradsusr.org/mailman/listinfo/gradsusr > >> > >> > > >> > >> > > >> > >> > >> > >> > >> > >> -- > >> > >> Jeff Duda > >> > >> Iowa State University > >> > >> Meteorology Graduate Student > >> > >> 3134 Agronomy Hall > >> > >> > >> www.meteor.iastate.edu/~jdduda > > >> > >> > > > >> > > _______________________________________________ > >> > > gradsusr mailing list > >> > > gradsusr at gradsusr.org > >> > > http://gradsusr.org/mailman/listinfo/gradsusr > >> > > > >> > > > >> > > >> > > >> > > >> > -- > >> > ************************************************* > >> > Dr. Yaqiang Wang > >> > Chinese Academy of Meteorological Sciences (CAMS) > >> > 46, Zhong-Guan-Cun South Avenue > >> > Beijing, 100081 > >> > China > >> > > >> > yaqiang.wang at gmail.com > >> > ************************************************** > >> > > >> > _______________________________________________ > >> > gradsusr mailing list > >> > gradsusr at gradsusr.org > >> > http://gradsusr.org/mailman/listinfo/gradsusr > >> > > >> > >> > >> > >> -- > >> Jeff Duda > >> Iowa State University > >> Meteorology Graduate Student > >> 3134 Agronomy Hall > >> www.meteor.iastate.edu/~jdduda > >> > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > -- > ************************************************* > Dr. Yaqiang Wang > Chinese Academy of Meteorological Sciences (CAMS) > 46, Zhong-Guan-Cun South Avenue > Beijing, 100081 > China > > yaqiang.wang at gmail.com > ************************************************** > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Jeff Duda Iowa State University Meteorology Graduate Student 3134 Agronomy Hall www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110714/2628894a/attachment-0003.html From James.Johnson at nasa.gov Thu Jul 14 13:43:20 2011 From: James.Johnson at nasa.gov (James E. Johnson) Date: Thu, 14 Jul 2011 13:43:20 -0400 Subject: [gradsusr] OMI SO2 HDF5 In-Reply-To: References: <201107110945.55256.James.Johnson@nasa.gov> Message-ID: <201107141343.21192.James.Johnson@nasa.gov> First, make sure you have a version of GrADS that supports reading HDF-EOS5 grid files (2.0.a7 or higher). Below is a sample GrADS control (.ctl) file that will let you read an OMI SO2 level-3 gridded HDF-EOS5 data file: DSET OMI-Aura_L3-OMSO2e_2004m1001_v003-2011m0526t144250.he5 DTYPE hdf5_grid TITLE OMI Level-3 Daily Lat/Lon 0.25deg Gridded Column Sulfur Dioxide Version 003 (OMSO2e.003) UNDEF -1.26765060e+30 _FillValue XDEF 1440 linear -180.0 0.25 YDEF 720 linear -90.0 0.25 ZDEF 1 levels 1 TDEF 1 linear 01oct2004 1dy VARS 14 /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ColumnAmountSO2_PBL=>so2pbl 0 y,x Vertical Column Amount SO2 (Planetary Boundary Layer) /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SlantColumnAmountSO2=>slantso2 0 y,x Slant Column Amount SO2 /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Latitude=>lat 0 y,x Geodetic Latitude /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Longitude=>lon 0 y,x Geodetic Longitude /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Time=>tai93 0 y,x Time (seconds since January 1, 1993) /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/OrbitNumber=>orbit 0 y,x Orbit Number /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/LineNumber=>line 0 y,x Line Number /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SceneNumber=>scene 0 y,x Scene Number /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ColumnAmountO3=>to3 0 y,x Total Column Amount O3 /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/RadiativeCloudFraction=>rcf 0 y,x Radiative Cloud Fraction /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/TerrainHeight=>theight 0 y,x Terrain Height /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SolarZenithAngle=>sza 0 y,x Solar Zenith Angle /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/RelativeAzimuthAngle=>raa 0 y,x Relative Azimuth Angle /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ViewingZenithAngle=>vza 0 y,x Viewing Zenith Angle ENDVARS Note the group paths to the data field variables must be specified in full, and any spaces converted to tilda (~) characters. You can rename the OMSO2e data files by removing the production date/time from the version (stuff after v003), then you would have a file name like OMI-Aura_L3-OMSO2e_2004m1001_v003.he5. With this you could modify the DSET (and add OPTIONS) to the .ctl file DSET ^OMI-Aura_L3-OMSO2e_%ym%m%d_v003.he5 OPTIONS template and then you could read in multiple files for a range of dates (remember to also adjust the TDEF range). ------------------------------------------------------------------------------ | James E. Johnson | address: | | Wyle Information Systems, Inc. | NASA Goddard Space Flight Center | | e-mail: james.johnson at nasa.gov | Distributed Active Archive Center | | phone: 301-614-5121 | Code 610.2, Bldg 32, Room S130G | | fax: 301-614-5268 | Greenbelt, MD 20771 | ------------------------------------------------------------------------------ From rss1901 at gmail.com Fri Jul 15 00:01:36 2011 From: rss1901 at gmail.com (Roopashree Shrivastava) Date: Fri, 15 Jul 2011 09:31:36 +0530 Subject: [gradsusr] query Message-ID: Hi everybody, I would be grateful to somebody who can clarify the foll point. I want to check the rainfall output from a particular WRF simulation. Is the total rain a sum of rainc and rainnc??. if cumulus scheme is not activated then rainc = 0, so total rain = rainnc. thanks in advance Warm regards, Roopa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110715/0c695592/attachment-0003.html From jdduda at iastate.edu Fri Jul 15 00:32:29 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Thu, 14 Jul 2011 23:32:29 -0500 Subject: [gradsusr] query In-Reply-To: References: Message-ID: what's the name of the precipitation variable you are using? RAINC is convective scheme precip, RAINNC is microphysical. If you sum them, then you get total precip. Jeff Duda On Thu, Jul 14, 2011 at 11:01 PM, Roopashree Shrivastava wrote: > Hi everybody, > I would be grateful to somebody who can clarify the foll point. > I want to check the rainfall output from a particular WRF simulation. Is > the total rain a sum of rainc and rainnc??. if cumulus scheme is not > activated then rainc = 0, so total rain = rainnc. > > thanks in advance > > Warm regards, > Roopa > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student 3134 Agronomy Hall www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110714/d592d449/attachment-0003.html From gdmontoyag at unal.edu.co Fri Jul 15 08:38:21 2011 From: gdmontoyag at unal.edu.co (Gerardo De Jesus Montoya Gaviria) Date: Fri, 15 Jul 2011 07:38:21 -0500 Subject: [gradsusr] query In-Reply-To: References: Message-ID: An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110715/06014af1/attachment-0006.html -------------- next part -------------- Hi everybody, I would be grateful to somebody who can clarify the foll point. I want to check the rainfall output from a particular WRF simulation. Is the total rain a sum of rainc and rainnc??. if cumulus scheme is not activated then rainc = 0, so total rain = rainnc. thanks in advance Warm regards, Roopa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110715/06014af1/attachment-0007.html -------------- next part -------------- _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From Makowsks at students.uni-marburg.de Fri Jul 15 11:35:27 2011 From: Makowsks at students.uni-marburg.de (Sachis Makowski) Date: Fri, 15 Jul 2011 17:35:27 +0200 Subject: [gradsusr] OMI SO2 HDF5 In-Reply-To: References: <201107110945.55256.James.Johnson@nasa.gov> <201107141343.21192.James.Johnson@nasa.gov> Message-ID: Great! thank you. I?ll let you know about my progress. > > Bests, > > Sandro > > 2011/7/14 James E. Johnson > > First, make sure you have a version of GrADS that supports reading HDF-EOS5 >> grid files (2.0.a7 or higher). >> Below is a sample GrADS control (.ctl) file that will let you read an OMI >> SO2 level-3 gridded HDF-EOS5 data file: >> >> DSET OMI-Aura_L3-OMSO2e_2004m1001_v003-2011m0526t144250.he5 >> DTYPE hdf5_grid >> TITLE OMI Level-3 Daily Lat/Lon 0.25deg Gridded Column Sulfur Dioxide >> Version 003 (OMSO2e.003) >> UNDEF -1.26765060e+30 _FillValue >> XDEF 1440 linear -180.0 0.25 >> YDEF 720 linear -90.0 0.25 >> ZDEF 1 levels 1 >> TDEF 1 linear 01oct2004 1dy >> VARS 14 >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ColumnAmountSO2_PBL=>so2pbl >> 0 y,x Vertical Column Amount SO2 >> (Planetary Boundary Layer) >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SlantColumnAmountSO2=>slantso2 >> 0 y,x Slant Column Amount SO2 >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Latitude=>lat >> 0 y,x Geodetic Latitude >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Longitude=>lon >> 0 y,x Geodetic Longitude >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Time=>tai93 >> 0 y,x Time (seconds since January 1, 1993) >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/OrbitNumber=>orbit >> 0 y,x Orbit Number >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/LineNumber=>line >> 0 y,x Line Number >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SceneNumber=>scene >> 0 y,x Scene Number >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ColumnAmountO3=>to3 >> 0 y,x Total Column Amount O3 >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/RadiativeCloudFraction=>rcf >> 0 y,x Radiative Cloud Fraction >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/TerrainHeight=>theight >> 0 y,x Terrain Height >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SolarZenithAngle=>sza >> 0 y,x Solar Zenith Angle >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/RelativeAzimuthAngle=>raa >> 0 y,x Relative Azimuth Angle >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ViewingZenithAngle=>vza >> 0 y,x Viewing Zenith Angle >> ENDVARS >> >> >> Note the group paths to the data field variables must be specified in >> full, and any spaces converted to tilda (~) characters. >> >> You can rename the OMSO2e data files by removing the production date/time >> from the version (stuff after v003), then you would have >> a file name like OMI-Aura_L3-OMSO2e_2004m1001_v003.he5. With this you >> could modify the DSET (and add OPTIONS) to the .ctl file >> >> DSET ^OMI-Aura_L3-OMSO2e_%ym%m%d_v003.he5 >> OPTIONS template >> >> and then you could read in multiple files for a range of dates (remember >> to also adjust the TDEF range). >> >> >> ------------------------------------------------------------------------------ >> | James E. Johnson | address: >> | >> | Wyle Information Systems, Inc. | NASA Goddard Space Flight >> Center | >> | e-mail: james.johnson at nasa.gov | Distributed Active Archive >> Center | >> | phone: 301-614-5121 | Code 610.2, Bldg 32, Room S130G >> | >> | fax: 301-614-5268 | Greenbelt, MD 20771 >> | >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110715/9fbb62ba/attachment-0003.html From mdongiovanni at smaitalia.it Fri Jul 15 12:10:16 2011 From: mdongiovanni at smaitalia.it (Mariastella Dongiovanni) Date: Fri, 15 Jul 2011 18:10:16 +0200 Subject: [gradsusr] R: Plot isohyetal map Message-ID: <188F55299AF3AF4A8E9EACA0744CE20F08DE01@intinimail.intranet.intini.it> Dear John, I've got a text file. An example file is attached with this mail. First and second columns of the file are respectively X coordinate and Y coordinate. Third column is the station name and fourth column is the precipitation depth. Instead, the last four lines are grid top coordinates. Sincerely, Maristella _____ Da: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] Per conto di Huddleston, John Inviato: gioved? 14 luglio 2011 16.07 A: GrADS Users Forum Oggetto: Re: [gradsusr] Plot isohyetal map Maristella What is the format of your data? John Huddleston From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Mariastella Dongiovanni Sent: Wednesday, July 13, 2011 10:06 AM To: 'gradsusr at gradsusr.org' Subject: [gradsusr] Plot isohyetal map Importance: High Dear users, I'd like to know if there are any available tools or script to plot automatically isohyetal map of annual average precipitation depth produced by Kriging tecnique. Thanks in advance, Maristella DISCLAIMER: Ai sensi del D.Lgs. 196/2003 si precisa che le informazioni contenute in questo messaggio sono riservate ed a uso esclusivo del destinatario. Qualora il messaggio in parola Le fosse pervenuto per errore, la preghiamo di eliminarlo senza copiarlo e di non inoltrarlo a terzi,dandocene gentilmente comunicazione. Grazie . DISCLAIMER: This message, for the law 196/2003, may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. contact : postmastering at intini.it DISCLAIMER: Ai sensi del D.Lgs. 196/2003 si precisa che le informazioni contenute in questo messaggio sono riservate ed a uso esclusivo del destinatario. Qualora il messaggio in parola Le fosse pervenuto per errore, la preghiamo di eliminarlo senza copiarlo e di non inoltrarlo a terzi,dandocene gentilmente comunicazione. Grazie . DISCLAIMER: This message, for the law 196/2003, may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. contact : postmastering at intini.it -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110715/d64bbc20/attachment-0003.html -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: DataExample.txt Url: http://gradsusr.org/pipermail/gradsusr/attachments/20110715/d64bbc20/attachment-0003.txt From Huddleston at cira.colostate.edu Fri Jul 15 12:26:51 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Fri, 15 Jul 2011 09:26:51 -0700 Subject: [gradsusr] R: Plot isohyetal map In-Reply-To: <188F55299AF3AF4A8E9EACA0744CE20F08DE01@intinimail.intranet.intini.it> References: <188F55299AF3AF4A8E9EACA0744CE20F08DE01@intinimail.intranet.intini.it> Message-ID: Maristella See http://cookbooks.opengrads.org/index.php?title=Recipe-013:_Gridding_and_Plotting_Station_Data and http://www.iges.org/grads/gadoc/aboutstationdata.html and http://www.iges.org/grads/gadoc/usingstationdata.html I see that your precipitation data sometimes is followed by a comma and another value. You should clean that up first. For more insight from GrADS users, Google using the phrase 'station data site:gradsusr.org' John From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Mariastella Dongiovanni Sent: Friday, July 15, 2011 10:10 AM To: 'GrADS Users Forum' Subject: [gradsusr] R: Plot isohyetal map Importance: High Dear John, I've got a text file. An example file is attached with this mail. First and second columns of the file are respectively X coordinate and Y coordinate. Third column is the station name and fourth column is the precipitation depth. Instead, the last four lines are grid top coordinates. Sincerely, Maristella ________________________________ Da: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] Per conto di Huddleston, John Inviato: gioved? 14 luglio 2011 16.07 A: GrADS Users Forum Oggetto: Re: [gradsusr] Plot isohyetal map Maristella What is the format of your data? John Huddleston From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Mariastella Dongiovanni Sent: Wednesday, July 13, 2011 10:06 AM To: 'gradsusr at gradsusr.org' Subject: [gradsusr] Plot isohyetal map Importance: High Dear users, I'd like to know if there are any available tools or script to plot automatically isohyetal map of annual average precipitation depth produced by Kriging tecnique. Thanks in advance, Maristella DISCLAIMER: Ai sensi del D.Lgs. 196/2003 si precisa che le informazioni contenute in questo messaggio sono riservate ed a uso esclusivo del destinatario. Qualora il messaggio in parola Le fosse pervenuto per errore, la preghiamo di eliminarlo senza copiarlo e di non inoltrarlo a terzi,dandocene gentilmente comunicazione. Grazie . DISCLAIMER: This message, for the law 196/2003, may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. contact : postmastering at intini.it DISCLAIMER: Ai sensi del D.Lgs. 196/2003 si precisa che le informazioni contenute in questo messaggio sono riservate ed a uso esclusivo del destinatario. Qualora il messaggio in parola Le fosse pervenuto per errore, la preghiamo di eliminarlo senza copiarlo e di non inoltrarlo a terzi,dandocene gentilmente comunicazione. Grazie . DISCLAIMER: This message, for the law 196/2003, may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. contact : postmastering at intini.it -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110715/ef733c8f/attachment-0003.html From rmeiszbe at purdue.edu Fri Jul 15 15:00:39 2011 From: rmeiszbe at purdue.edu (Ryan Meiszberg) Date: Fri, 15 Jul 2011 15:00:39 -0400 (EDT) Subject: [gradsusr] WRF/obs wind barb comparison Message-ID: <979990096.135125.1310756439268.JavaMail.root@mailhub017.itcs.purdue.edu> Hi, I'm trying to plot a timeseries of wind barbs of both WRF output and collected observations. I'd like to plot WRF wind barbs first, then overlay observation data as wind barbs also. However, my wrf data is gridded data and my observation data is reading into GrADS based on the 'x' coordinate. Therefore for the obs data, I must use "set x " to pick out a time range. Thanks, Ryan Meiszberg Atmospheric Science Purdue University From akolker at lumcon.edu Mon Jul 18 16:11:51 2011 From: akolker at lumcon.edu (Alex Kolker) Date: Mon, 18 Jul 2011 15:11:51 -0500 Subject: [gradsusr] Starting Grads on a Mac Message-ID: Dear Grads Community, I'm new to GRADs, and I'm trying to get it started up on a Mac. I'm trying to work through the tutorial to start with. I can either not properly download the practice files, or I can't properly get my version of GRADs to locate these files. Any suggestions? Thanks so much, -Alex -- Alexander S. Kolker, Ph.D. Assistant Professor Louisiana Universities Marine Consortium 8124 Highway 56 Chauvin, LA 70344 akolker at lumcon.edu (985) 851-2837 (o) (504) 579-2427 (c) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110718/c585cb9d/attachment-0003.html From christopher.s.lynnes at nasa.gov Mon Jul 18 17:03:13 2011 From: christopher.s.lynnes at nasa.gov (Lynnes, Christopher S. (GSFC-6102)) Date: Mon, 18 Jul 2011 16:03:13 -0500 Subject: [gradsusr] Starting Grads on a Mac In-Reply-To: References: Message-ID: <5C8C4BD6-75E0-483B-9447-FB58D9CA2305@nasa.gov> On Jul 18, 2011, at 4:11 PM, Alex Kolker wrote: > Dear Grads Community, > I'm new to GRADs, and I'm trying to get it started up on a Mac. I'm trying to work through the tutorial to start with. I can either not properly download the practice files, or I can't properly get my version of GRADs to locate these files. Any suggestions? If you mean the model.ctl, model.gmp, model.grb files, I usually put them in their own directory, like ~/grads/tutorial, chdir to that directory, and THEN start up grads. Then you need to make sure that (1) you can find the grads executable and (2) you can find the other grads files, like the fonts and maps. For #1, you can either (a) add the location of the grads executable to your $PATH variable, (b) set up an alias with the full path of your executable or (c) just type in the whole path of the executable (ugh). In my case, I have it in my PATH, which includes /Users/clynnes/bin: ~/grads/tutorial>which grads /Users/clynnes/bin/grads For #2, make sure you have your GADDIR environment variable set to the directory where you installed the fonts and maps. On my Mac, for instance: ~/grads/tutorial>echo $GADDIR /Users/clynnes/etc/grads ~/grads/tutorial>ls $GADDIR dat font3.dat lomap.dat nmap.dat font0.dat font4.dat lowres stroke.dat font1.dat font5.dat mres udunits.dat font2.dat hires newmap worldmap ~/grads/tutorial> > Thanks so much, > -Alex > > -- > Alexander S. Kolker, Ph.D. > Assistant Professor > Louisiana Universities Marine Consortium > 8124 Highway 56 > Chauvin, LA 70344 > akolker at lumcon.edu > (985) 851-2837 (o) > (504) 579-2427 (c) > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Dr. Christopher Lynnes NASA/GSFC, Code 610.2 phone: 301-614-5185 From dasilva at alum.mit.edu Mon Jul 18 22:47:41 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Mon, 18 Jul 2011 22:47:41 -0400 Subject: [gradsusr] Starting Grads on a Mac In-Reply-To: References: Message-ID: On Mon, Jul 18, 2011 at 4:11 PM, Alex Kolker wrote: > Dear Grads Community, > I'm new to GRADs, and I'm trying to get it started up on a Mac. I'm > trying to work through the tutorial to start with. I can either not properly > download the practice files, or I can't properly get my version of GRADs to > locate these files. Any suggestions? > If you have installed the opengrads bundle, the sample file is included. Try this: ga-> @ open $GADSET/model Arlindo -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110718/29ca3425/attachment-0003.html From Mason.D.Rowell-1 at ou.edu Tue Jul 19 16:36:15 2011 From: Mason.D.Rowell-1 at ou.edu (Rowell, Mason D.) Date: Tue, 19 Jul 2011 20:36:15 +0000 Subject: [gradsusr] semi-advanced ave tool use Message-ID: Hello Grads community, I can see from the tutorial that one can open several different case files in grads(file1, file2 etc) and average the data from these files for subsequent display. Is there an advanced option that would allow me to specify the domain for each case and then average them? I was hoping to use this function to easily complete an average of 25 cases or so but relative to some specific type of event, which requires different domain centering for each case prior to averaging. Mason From dasilva at alum.mit.edu Tue Jul 19 18:40:03 2011 From: dasilva at alum.mit.edu (Arlindo da Silva) Date: Tue, 19 Jul 2011 18:40:03 -0400 Subject: [gradsusr] semi-advanced ave tool use In-Reply-To: References: Message-ID: On Tue, Jul 19, 2011 at 4:36 PM, Rowell, Mason D. wrote: > Hello Grads community, > > I can see from the tutorial that one can open several different case files > in grads(file1, file2 etc) and average the data from these files for > subsequent display. Is there an advanced option that would allow me to > specify the domain for each case and then average them? I was hoping to use > this function to easily complete an average of 25 cases or so but relative > to some specific type of event, which requires different domain centering > for each case prior to averaging. > > The ave() functions allows you to make averages over a (x,y,z,t,e) hypercube. Because undef values are skipped, you can have averages over very irregular domains, provided an appropriate mask can be derived either through an expression or by reading it from a file. For example, to make a time average along satellite swaths we could do define xmean = ave(x+0*sat.2,t=1,t=124) where "sat" (on file "2") is some gridded (time dependent) satellite measurement with lots of undefs. Arlindo > Mason > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110719/a477238a/attachment-0003.html From ismailadiallo64 at yahoo.fr Wed Jul 20 05:37:57 2011 From: ismailadiallo64 at yahoo.fr (Ismaila Diallo) Date: Wed, 20 Jul 2011 10:37:57 +0100 (BST) Subject: [gradsusr] maximum latitude location of zonal wind Message-ID: <1311154677.99085.YahooMailRC@web29612.mail.ird.yahoo.com> Dear, i have a monthly file of zonal wind at a single level, and i want to plot (x,y) the latitude position of maximum wind intensity versus Time. Does someone have idea on how to do it from grads? Thanks Ismaila -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/d6a78df1/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 9852 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110720/d6a78df1/attachment-0006.gif -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 4545 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110720/d6a78df1/attachment-0007.gif From james.ciarlo at physics.org Wed Jul 20 08:26:48 2011 From: james.ciarlo at physics.org (James Ciarlo`) Date: Wed, 20 Jul 2011 14:26:48 +0200 Subject: [gradsusr] Plotting a domain without parameters Message-ID: Dear gradsusr, Is it possible to plot a map, without using any parameters? that is simply getting the outline of the coastlines for the region? And possibly even draw a few dots or crosses at particular locations according to lat/lon information? Regards, James -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/72ccd36a/attachment-0003.html From james.ciarlo at physics.org Wed Jul 20 08:41:33 2011 From: james.ciarlo at physics.org (James Ciarlo`) Date: Wed, 20 Jul 2011 14:41:33 +0200 Subject: [gradsusr] Plotting a domain without parameters In-Reply-To: References: Message-ID: Dear gradsusr, Is it possible to plot a map, without using any parameters? that is simply getting the outline of the coastlines for the region? And possibly even draw a few dots or crosses at particular locations according to lat/lon information? Regards, James -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/88ca1240/attachment-0003.html From james.ciarlo at physics.org Wed Jul 20 08:54:42 2011 From: james.ciarlo at physics.org (James Ciarlo`) Date: Wed, 20 Jul 2011 14:54:42 +0200 Subject: [gradsusr] Opening hdf files Message-ID: dear gradsusr, I have a few hdf files (below) I would like to open with grads, but I am finding difficulty using the xdfopen function. SEVIRI_latitude.raw SEVIRI_longitude.raw SEVIRI_readme.txt mean_seviri_aer_oc_d3_tau550_Aug2005.hdf mean_seviri_aer_oc_d3_tau550_Dec2005.hdf mean_seviri_aer_oc_d3_tau550_Jul2005.hdf mean_seviri_aer_oc_d3_tau550_Jun2005.hdf mean_seviri_aer_oc_d3_tau550_Nov2005.hdf mean_seviri_aer_oc_d3_tau550_Oct2005.hdf mean_seviri_aer_oc_d3_tau550_Sep2005.hdf I tried to construct a descriptor file but cannot figure out how to access the information for the coordinates: DSET mean_seviri_aer_oc_d3_tau550_Aug2005.hdf TITLE monthly average of the daily total aerosol optical depth at 550 nm derived from MSG/SEVIRI UNDEF 99999.0 XDEF dimension1 ? LINEAR ? ? YDEF dimension2 ? LINEAR ? ? TDEF dimension3 ? LINEAR ? ? VARS 1 Aerosol_optical_depth=>aod 1 99 aerosol optical depth ENDVARS I don't even know if I am on the right track. Can someone help me get to an answer please? because I am not managing to follow the help on GrADS index. I have also attached the text file with the remaining information Regards, James -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/25bdab36/attachment-0003.html -------------- next part -------------- The hdf product is the monthly average of the daily total aerosol optical depth at 550 nm derived from MSG/SEVIRI. Note that it's not only minearal dust. Corresponding images are provided. Format of SEVIRI latitude et longitude .raw files: binary, float-32, without header, size 3712x3712. Values give latitude and longitude of each pixel centre of the MSG/SEVIRI full resolution window. The Mediterranean window position is defined by rowN rowS colW colE: 356 956 1606 2856. From simon.kiertscher at gmx.de Wed Jul 20 09:33:25 2011 From: simon.kiertscher at gmx.de (Simon Kiertscher) Date: Wed, 20 Jul 2011 15:33:25 +0200 Subject: [gradsusr] exitcode of main script In-Reply-To: References: Message-ID: <4E26D925.6060800@gmx.de> Dear gradsusers, i invoke a gradsscript from bash and in case that the script can not open a file past to it, i want to give a return code back to the bashscript so that it knows, that the gradsscript could not open the file. I have no idea how to do this. For subfunctions in grads i can use return but it seems not to work with the main function. To exit early on i have to use quit it seems but with quit i can not give a return code. I hope someone have a idea. Best Regards, Simon From simon.kiertscher at gmx.de Wed Jul 20 09:35:39 2011 From: simon.kiertscher at gmx.de (Simon Kiertscher) Date: Wed, 20 Jul 2011 15:35:39 +0200 Subject: [gradsusr] say to stderr In-Reply-To: References: Message-ID: <4E26D9AB.6090204@gmx.de> Dear gradsusers i can not find any information about sending text to the stderror channel of the shell while using the say command. Has some one an idea? Best Regards, Simon From Huddleston at cira.colostate.edu Wed Jul 20 09:53:40 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Wed, 20 Jul 2011 06:53:40 -0700 Subject: [gradsusr] say to stderr In-Reply-To: <4E26D9AB.6090204@gmx.de> References: <4E26D9AB.6090204@gmx.de> Message-ID: Simon If you are running GrADS in batch mode you can re-direct output as follows grads -lbc 'run somescript.gs' 2> say.err 1>&2 In interactive mode there is no output to the screen it simply goes to the file. Does that answer your question? John Huddleston -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher Sent: Wednesday, July 20, 2011 7:36 AM To: gradsusr at gradsusr.org Subject: [gradsusr] say to stderr Dear gradsusers i can not find any information about sending text to the stderror channel of the shell while using the say command. Has some one an idea? Best Regards, Simon _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From Makowsks at students.uni-marburg.de Wed Jul 20 10:22:26 2011 From: Makowsks at students.uni-marburg.de (Sachis Makowski) Date: Wed, 20 Jul 2011 16:22:26 +0200 Subject: [gradsusr] OMI SO2 HDF5 In-Reply-To: References: <201107110945.55256.James.Johnson@nasa.gov> <201107141343.21192.James.Johnson@nasa.gov> Message-ID: Dear James, Sorry that I disturb you again. The descriptors files you sent me worked marvelously. I then changed the names of the files just like you mentioned and modified the descriptor file as indicated as well. Next you can find the new file: DSET ^OMI-Aura_L3-OMSO2e_%y4m%m1%d1_v003.he5 OPTIONS template DTYPE hdf5_grid TITLE OMI Level-3 Daily Lat/Lon 0.25deg Gridded Column Sulfur Dioxide Version 003 (OMSO2e.003) UNDEF -1.26765060e+30 _FillValue XDEF 480 linear -90 0.25 YDEF 600 linear -60 0.25 ZDEF 1 levels 1 TDEF 30 linear 10Aug2005 1dy VARS 14 /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ColumnAmountSO2_PBL=>so2pbl 0 y,x Vertical Column Amount SO2 /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SlantColumnAmountSO2=>slantso2 0 y,x Slant Column Amount SO2 /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Latitude=>lat 0 y,x Geodetic Latitude /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Longitude=>lon 0 y,x Geodetic Longitude /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Time=>tai93 0 y,x Time (seconds since January 1, 1993) /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/OrbitNumber=>orbit 0 y,x Orbit Number /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/LineNumber=>line 0 y,x Line Number /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SceneNumber=>scene 0 y,x Scene Number /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ColumnAmountO3=>to3 0 y,x Total Column Amount O3 /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/RadiativeCloudFraction=>rcf 0 y,x Radiative Cloud Fraction /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/TerrainHeight=>theight 0 y,x Terrain Height /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SolarZenithAngle=>sza 0 y,x Solar Zenith Angle /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/RelativeAzimuthAngle=>raa 0 y,x Relative Azimuth Angle /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ViewingZenithAngle=>vza 0 y,x Viewing Zenith Angle ENDVARS I manage to open the control file but when I try to display some of the images I receive the following error messages: major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message HDF5-DIAG: Error detected in HDF5 (1.8.4-patch1) thread 0: #000: H5F.c line 1514 in H5Fopen(): unable to open file major: File accessability minor: Unable to open file #001: H5F.c line 1218 in H5F_open(): unable to open file major: File accessability minor: Unable to open file #002: H5FD.c line 1079 in H5FD_open(): open failed major: Virtual File Layer minor: Unable to initialize object #003: H5FDsec2.c line 365 in H5FD_sec2_open(): unable to open file major: File accessability minor: Unable to open file #004: H5FDsec2.c line 365 in H5FD_sec2_open(): No such file or directory major: Internal error (too specific to document in detail) minor: System error message Cannot contour grid - all undefined values Do you have any idea where the problem lies? Thank you very much for your help in advance. Best regards, Sandro 2011/7/14 Sachis Makowski > Great! thank you. I?ll let you know about my progress. > > Bests, > > Sandro > > 2011/7/14 James E. Johnson > > First, make sure you have a version of GrADS that supports reading HDF-EOS5 >> grid files (2.0.a7 or higher). >> Below is a sample GrADS control (.ctl) file that will let you read an OMI >> SO2 level-3 gridded HDF-EOS5 data file: >> >> DSET OMI-Aura_L3-OMSO2e_2004m1001_v003-2011m0526t144250.he5 >> DTYPE hdf5_grid >> TITLE OMI Level-3 Daily Lat/Lon 0.25deg Gridded Column Sulfur Dioxide >> Version 003 (OMSO2e.003) >> UNDEF -1.26765060e+30 _FillValue >> XDEF 1440 linear -180.0 0.25 >> YDEF 720 linear -90.0 0.25 >> ZDEF 1 levels 1 >> TDEF 1 linear 01oct2004 1dy >> VARS 14 >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ColumnAmountSO2_PBL=>so2pbl >> 0 y,x Vertical Column Amount SO2 >> (Planetary Boundary Layer) >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SlantColumnAmountSO2=>slantso2 >> 0 y,x Slant Column Amount SO2 >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Latitude=>lat >> 0 y,x Geodetic Latitude >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Longitude=>lon >> 0 y,x Geodetic Longitude >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/Time=>tai93 >> 0 y,x Time (seconds since January 1, 1993) >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/OrbitNumber=>orbit >> 0 y,x Orbit Number >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/LineNumber=>line >> 0 y,x Line Number >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SceneNumber=>scene >> 0 y,x Scene Number >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ColumnAmountO3=>to3 >> 0 y,x Total Column Amount O3 >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/RadiativeCloudFraction=>rcf >> 0 y,x Radiative Cloud Fraction >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/TerrainHeight=>theight >> 0 y,x Terrain Height >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/SolarZenithAngle=>sza >> 0 y,x Solar Zenith Angle >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/RelativeAzimuthAngle=>raa >> 0 y,x Relative Azimuth Angle >> /HDFEOS/GRIDS/OMI~Total~Column~Amount~SO2/Data~Fields/ViewingZenithAngle=>vza >> 0 y,x Viewing Zenith Angle >> ENDVARS >> >> >> Note the group paths to the data field variables must be specified in >> full, and any spaces converted to tilda (~) characters. >> >> You can rename the OMSO2e data files by removing the production date/time >> from the version (stuff after v003), then you would have >> a file name like OMI-Aura_L3-OMSO2e_2004m1001_v003.he5. With this you >> could modify the DSET (and add OPTIONS) to the .ctl file >> >> DSET ^OMI-Aura_L3-OMSO2e_%ym%m%d_v003.he5 >> OPTIONS template >> >> and then you could read in multiple files for a range of dates (remember >> to also adjust the TDEF range). >> >> >> ------------------------------------------------------------------------------ >> | James E. Johnson | address: >> | >> | Wyle Information Systems, Inc. | NASA Goddard Space Flight >> Center | >> | e-mail: james.johnson at nasa.gov | Distributed Active Archive >> Center | >> | phone: 301-614-5121 | Code 610.2, Bldg 32, Room S130G >> | >> | fax: 301-614-5268 | Greenbelt, MD 20771 >> | >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/5e017512/attachment-0003.html From instantweathermaps at gmail.com Wed Jul 20 10:46:39 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Wed, 20 Jul 2011 09:46:39 -0500 Subject: [gradsusr] Plotting a domain without parameters In-Reply-To: References: Message-ID: To plot a map with no parameters, first open any file with any parameters (even the sample file will work). Then do this: set clevs 0 set ccols 0 0 d param where param is a valid parameter in that file. On Wed, Jul 20, 2011 at 7:41 AM, James Ciarlo` wrote: > Dear gradsusr, > > Is it possible to plot a map, without using any parameters? that is simply > getting the outline of the coastlines for the region? > > And possibly even draw a few dots or crosses at particular locations > according to lat/lon information? > > Regards, > > James > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/377d4831/attachment-0003.html From James.Johnson at nasa.gov Wed Jul 20 11:16:34 2011 From: James.Johnson at nasa.gov (James E. Johnson) Date: Wed, 20 Jul 2011 11:16:34 -0400 Subject: [gradsusr] OMI SO2 HDF5 In-Reply-To: References: Message-ID: <201107201116.34596.James.Johnson@nasa.gov> On Wednesday, July 20, 2011 10:22:26 am Sachis Makowski wrote: > Dear James, > > Sorry that I disturb you again. The descriptors files you sent me worked > marvelously. I then changed the names of the files just like you mentioned > and modified the descriptor file as indicated as well. Next you can find > the new file: > > DSET ^OMI-Aura_L3-OMSO2e_%y4m%m1%d1_v003.he5 > OPTIONS template > You need to change DSET to: DSET ^OMI-Aura_L3-OMSO2e_%y4m%m2%d2_v003.he5 and make sure the files are actually named something like: OMI-Aura_L3-OMSO2e_2004m1001_v003.he5 What I like to do is keep the original files as downloaded from the archive, and then set up symbolic links with those types of names above. You can write a short Unix shell script to do this: for file in OMI-Aura_L3-OMSO2e*.he5 do ln -s $file `echo $file | cut -c1-33`".he5" done I would also set TDEF to: TDEF 3014 linear 01oct2004 1dy and then you'll be able to read any of the files through the end of 2012, also the first day for OMI data is Oct. 1, 2004 (launch was July 15, 2004). ------------------------------------------------------------------------------ | James E. Johnson | address: | | Wyle Information Systems, Inc. | NASA Goddard Space Flight Center | | e-mail: james.johnson at nasa.gov | Distributed Active Archive Center | | phone: 301-614-5121 | Code 610.2, Bldg 32, Room S130G | | fax: 301-614-5268 | Greenbelt, MD 20771 | ------------------------------------------------------------------------------ From jdduda at iastate.edu Wed Jul 20 12:13:19 2011 From: jdduda at iastate.edu (Jeffrey Duda) Date: Wed, 20 Jul 2011 11:13:19 -0500 Subject: [gradsusr] Plotting a domain without parameters In-Reply-To: References: Message-ID: the 'draw map' command will also do it, but it won't plot any lat/lon lines or coordinates since it won't have any actual map data to go off of (but it will give you geo-political boundaries just fine) Jeff Duda On Wed, Jul 20, 2011 at 9:46 AM, Joey Woodson wrote: > To plot a map with no parameters, first open any file with any parameters > (even the sample file will work). Then do this: > > set clevs 0 > set ccols 0 0 > d param > > where param is a valid parameter in that file. > > On Wed, Jul 20, 2011 at 7:41 AM, James Ciarlo` wrote: > >> Dear gradsusr, >> >> Is it possible to plot a map, without using any parameters? that is simply >> getting the outline of the coastlines for the region? >> >> And possibly even draw a few dots or crosses at particular locations >> according to lat/lon information? >> >> Regards, >> >> James >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Jeff Duda Iowa State University Meteorology Graduate Student 3134 Agronomy Hall www.meteor.iastate.edu/~jdduda -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/2ec4691d/attachment-0003.html From Charles.Seman at noaa.gov Wed Jul 20 12:44:56 2011 From: Charles.Seman at noaa.gov (Charles Seman) Date: Wed, 20 Jul 2011 12:44:56 -0400 Subject: [gradsusr] how to find typhoon center via minloc function In-Reply-To: <4DC05BC6.5010809@noaa.gov> References: <4D237583.7080106@noaa.gov> <4DBB1966.5010407@noaa.gov> <4DBEEB11.1000508@noaa.gov> <4DC05BC6.5010809@noaa.gov> Message-ID: <4E270608.7040900@noaa.gov> Sushant and Diallo, I found a confusing comment in the maxwind.gs and maxwind2.gs scripts referring to "plotting track of hurricane center" (not sure, but possibly left over from code copied from another script?), and changed the comment to "plotting location of max wind". Please find attached updated GrADS scripts maxwind.gs, maxwind2.gs. Sorry for this confusion, Chuck Charles Seman wrote: > Sushant, > > Glad to hear the script was helpful. > > An updated script "maxwind.gs" (attached) for a single wind file and > wind variable (e.g. ucomp or vcomp) is now able to search over a > user-specified domain. > > Another script "maxwind2.gs" (attached) has been coded based on > "maxwind.gs" to find the max wind magnitude of 2 wind variables (e.g. > ucomp, vcomp) over a user-specified domain (although the wind magnitude > is defined over all (x,y,z) points at each time level). > > The scripts were run over a subset of the total (x,y,z,t) domain to > verify they work for a limited domain (note, you can set these in the > scripts yourself): > x1 = 2 ; x2 = nx-1 > y1 = 2 ; y2 = ny-1 > z1 = 2 ; z2 = nz-1 > t1 = 2 ; t2 = nt-1 > > Run commands: > cjs: /home/cjs/grads/Sushant_Puranik/ --> set wind_file = ( > ucomp.1981-2000.climatology.nc vcomp.1981-2000.climatology.nc ) > cjs: /home/cjs/grads/Sushant_Puranik/ --> set wind_var = ( ucomp vcomp ) > cjs: /home/cjs/grads/Sushant_Puranik/ --> set wind_units = m/s > cjs: /home/cjs/grads/Sushant_Puranik/ --> set lev_units = hPa > cjs: /home/cjs/grads/Sushant_Puranik/ --> grads -lcx "maxwind.gs > $wind_nc_file[1] $wind_var[1] $wind_units $lev_units" > ... > cjs: /home/cjs/grads/Sushant_Puranik/ --> grads -lcx "maxwind.gs > $wind_nc_file[2] $wind_var[2] $wind_units $lev_units" > ... > cjs: /home/cjs/grads/Sushant_Puranik/ --> grads -lcx "maxwind2.gs > $wind_nc_file[1] $wind_var[1] $wind_nc_file[2] $wind_var[2] $wind_units > $lev_units" > ... > > Please find attached sample plot files: maxwind_ucomp.pdf, > maxwind_vcomp.pdf, maxwind2.pdf > > The scripts were tested and appear to be working OK. Please let me know > if you find any problems and/or have any questions. > > Thanks, > Chuck > > sushant puranik wrote: >> Thanks again It works fine. Since i am interested in low level wind so >> can you please tell me how to make it to check for low levels only(i >> have data at 17 pressure levels). Also i have uwind and vwind data in >> separate files, how to run script with two files? >> >> >> thank you >> On Mon, May 2, 2011 at 11:04 PM, Charles Seman > > wrote: >> >> Sushant, >> >> Following Kun-Hsuan Chou in the "hurricane_tracking.txt" file (or >> plot_hurricane_center3.gs ), >> please find attached a revised version "maxwind.gs >> " which plots the wind and its max for each time >> level. >> >> To run: >> >> % grads -lcx "maxwind.gs nc_file wind wind_units" >> >> or >> >> ga-> run maxwind.gs nc_file wind wind_units >> >> Where a new argument "wind_units" has been added which is plotted in >> a title. Be sure there are no blank spaces in the "wind_units" so >> that GrADS gets the correct string to plot (e.g. m/s or knots, >> etc.). Note, the script as it is clears the screen before each time >> level (it plots the wind field itself at the level of maximum wind >> and an "x" at the location of the max wind). I'm not sure if this >> is what you want? If not, I would suggest adapting the code from >> maxwind.gs into a modified version of >> plot_hurricane_center3.gs (and >> rename it to something more appropriate like plot_maxwind.gs >> or whatever you choose). One thing I found >> when running the script several times on the GrADS command line is >> that at some point the script exits with a "Memory allocation >> error!" condition. I'm not sure why this happens. In an attempt to >> prevent this, 'c events' and 'close 1' statements were added in >> addition to the previous 'reinit' command, but this did not prevent >> the problem. >> >> I hope this helps, >> Chuck >> >> sushant puranik wrote: >> >> Hello Charles >> I tried maxwind.gs it >> works fine as per your suggestion. But i want to know at which >> lat lon maximum value is instead of x and y location. So can you >> please tell me how to convert x y in lat lon. >> >> Thanks >> >> Sushant >> On Sat, Apr 30, 2011 at 11:43 AM, sushant puranik >> >> > >> wrote: >> >> Thank you for help i will try it. Please don't mind if error >> occurs >> i'll mail you. Thanks again >> >> >> On Sat, Apr 30, 2011 at 1:32 AM, Charles Seman >> >> >> >> wrote: >> >> Hello Sushant, >> >> I think it should be possible. Please find attached an >> email >> exchange to this List from several years ago >> "hurricane_tracking.txt" in which Kun-Hsuan Chou gave a >> method >> to track the maximum wind speed using maxloc and max. >> This >> technique works on a 2D field. To find the location of >> the max >> wind in 4D wind dataset, a short script "maxwind.gs >> >> " was coded that blends the technique >> used in >> >> a local script "plot_hurricane_center3.gs >> >> " and the technique in >> >> Kun-Hsuan Chou's "hurricane_tracking.txt". >> ("plot_hurricane_center3.gs >> >> " >> >> itself was developed using Joe Covert's script >> "plot_tc_shi.gs >> " and Kun-Hsuan Chou's >> "hurricane_tracking.txt".) "maxwind.gs >> " >> >> loops over the time levels and finds the value of the max >> wind >> and its (x,y,z) location for each time level. These >> values are >> printed out to the screen. Here is a copy of what the >> "maxwind.gs " >> script printed out using GrADS >> >> 1.9b4 for a local model "ucomp" climatology dataset: >> --- >> ... >> (nx,ny,nz,nt) = (144,90,23,12) >> tt = 1 >> max ucomp = 81.833 >> xc = 137 >> yc = 71 >> zc = 23 >> ucomp(x=137,y=71,z=23) = 81.833 >> tt = 2 >> max ucomp = 68.9826 >> xc = 57 >> yc = 61 >> zc = 10 >> ucomp(x=57,y=61,z=10) = 68.9826 >> tt = 3 >> max ucomp = 62.7262 >> xc = 56 >> yc = 60 >> zc = 11 >> ucomp(x=56,y=60,z=11) = 62.7262 >> tt = 4 >> max ucomp = 61.6225 >> xc = 10 >> yc = 15 >> zc = 23 >> ucomp(x=10,y=15,z=23) = 61.6225 >> tt = 5 >> max ucomp = 85.5501 >> xc = 4 >> yc = 18 >> zc = 23 >> ucomp(x=4,y=18,z=23) = 85.5501 >> tt = 6 >> max ucomp = 109.233 >> xc = 4 >> yc = 19 >> zc = 23 >> ucomp(x=4,y=19,z=23) = 109.233 >> tt = 7 >> max ucomp = 119.698 >> xc = 143 >> yc = 17 >> zc = 23 >> ucomp(x=143,y=17,z=23) = 119.698 >> tt = 8 >> max ucomp = 117.018 >> xc = 2 >> yc = 16 >> zc = 22 >> ucomp(x=2,y=16,z=22) = 117.018 >> tt = 9 >> max ucomp = 98.7713 >> xc = 63 >> yc = 9 >> zc = 20 >> ucomp(x=63,y=9,z=20) = 98.7713 >> tt = 10 >> max ucomp = 74.1137 >> xc = 65 >> yc = 7 >> zc = 19 >> ucomp(x=65,y=7,z=19) = 74.1137 >> tt = 11 >> max ucomp = 77.7408 >> xc = 137 >> yc = 67 >> zc = 23 >> ucomp(x=137,y=67,z=23) = 77.7408 >> tt = 12 >> max ucomp = 84.3092 >> xc = 16 >> yc = 70 >> zc = 23 >> ucomp(x=16,y=70,z=23) = 84.3092 >> ...finished. >> --- >> >> It seems the script is working OK. You can give it a >> try for >> one of your datasets. To run the script as it is coded, >> run it >> in batch mode as follows: >> % grads -blcx "maxwind.gs >> nc_file wind" >> >> or on the GrADS command line >> http://grads.iges.org/grads/gadoc/gradcomdrun.html as (no >> quotes >> as with the batch command): >> ga-> run maxwind.gs >> nc_file wind >> >> where "nc_file" is the netCDF file containing the "wind" >> variable name (the "nc_file" and "wind" are generic names; >> please replace them with the actual netCDF file and wind >> variable in the netCDF file). Note, please also >> include the >> quotes surrounding "maxwind.gs >> nc_file wind" >> >> for the batch command or else the batch command won't >> work. >> >> I hope this helps. Please let me know if you have any >> questions. >> >> Thanks, >> Chuck >> >> sushant puranik wrote: >> >> Hello Charles >> I want to make a jet stream plot. Can i make it >> with the >> help of hurricane center script by changing minloc >> and min >> to maxloc and max. >> any suggestion? >> >> thanks >> >> Sushant >> On Wed, Jan 5, 2011 at 1:01 AM, Charles Seman >> > > > >> > >> > >>> wrote: >> >> Jie, >> >> Attached is a file >> File_Error_1_Grads_1.9-Plot_tc_shi.gs.txt >> containing the text from an email exchange to the >> GrADS >> Listserv >> between Joe Covert and Diane Stokes on 9/13/2004 >> -- on >> 4/27/06, >> found via a Google search for "plot_tc_shi.gs >> >> >> ": >> http://caos.iisc.ernet.in/gslib/plot_tc_shi.gs >> >> >> The attached GrADS script >> plot_hurricane_center3.gs >> >> (along with >> pause.gsf, >> aGrADS >> >> script function used by the plot script) is a >> locally >> modified >> version derived from Joe Covert's script >> "plot_tc_shi.gs >> >> " (Joe.Covert at noaa.gov >> >> > > >> > >> > >>) which was posted to the GrADS >> Listserv >> >> on 9/13/2004 (his script was named plot_tc_shi.gs >> >> >> ) and code from >> hurricane_tracking.txt (taken >> >> from an email exchange posted to the GrADS >> Listserv by >> Kun-Hsuan >> Chou and Arturo Caracas Uribe in Oct, 2004)... >> >> Please find below code from hurricane_tracking.txt >> (taken >> from an >> email exchange posted to the GrADS Listserv by >> Kun-Hsuan >> Chou and >> Arturo Caracas Uribe in Oct, 2004) illustrating a >> technique for >> finding max wind in a 2D field... and below that >> some >> code from >> attached script plot_hurricane_center3.gs >> >> >> to find the min >> sea-level >> >> pressure in a 2D field... >> >> code from Kun-Hsuan Chou to find maximum wind >> speed from >> hurricane_tracking.txt: >> --- >> 'd >> maxloc(max(mag(u,v),lon=120,lon=130),lat=15,lat=25)' >> line=sublin(result,2) >> ygrd=subwrd(line,4) >> 'd >> maxloc(max(mag(u,v),lat=15,lat=25),lon=120,lon=130)' >> line=sublin(result,2) >> xgrd=subwrd(line,4) >> 'set x 'xgrd >> lonval = subwrd(result,4) >> 'set y 'ygrd >> latval = subwrd(result,4) >> 'q w2xy 'lonval' 'latval >> xpos = subwrd(result,3) >> ypos = subwrd(result,6) >> 'draw mark 1 'xpos' 'ypos' .2' >> --- >> >> sample code from plot_hurricane_center3.gs >> >> >> to find >> hurricane >> center (see >> >> script for supporting code): >> --- >> * >> * find minimum "pressure" within box area (x1,x2), >> (y1,y2)... >> * >> 'set x 'x1 >> 'set y 'y1 >> 'set z 1' >> 'set t 'tt >> 'set gxout print' >> nxp = x2-x1+1 >> * say ' nxp = 'nxp >> nyp = y2-y1+1 >> * say ' nyp = 'nyp >> 'd >> minloc(min(psl,y='y1',y='y2'),x='x1',x='x2')' >> rec=sublin(result,nxp+3) >> xc=subwrd(rec,1) >> 'd >> minloc(min(psl,x='x1',x='x2'),y='y1',y='y2')' >> rec=sublin(result,nyp+3) >> yc=subwrd(rec,1) >> say >> say 'location of minimum "pressure"...' >> say >> say ' (xc,yc) = ('xc','yc')' >> * >> * find "world" coordinates of (xc,yc) and convert >> "world" >> coordinates >> * to "xy" coordinates for plotting track of >> hurricane >> center... >> * >> 'set x 'xc >> lonval = subwrd(result,4) >> 'set y 'yc >> latval = subwrd(result,4) >> say ' (lonval,latval) = ('lonval','latval')' >> 'q w2xy 'lonval' 'latval >> xpos = subwrd(result,3) >> ypos = subwrd(result,6) >> say ' (xpos,ypos) = ('xpos','ypos')' >> * >> * write (xpos,ypos) to output file... >> * >> res = write (''hurricane.nf >> >> '','t = 'tt' >> >> xpos = 'xpos' ypos = 'ypos'') >> >> pause() >> --- >> >> Please let me know if you have any questions. >> >> Hope this helps, >> Chuck >> >> Jie TANG wrote: >> >> >> hi,grads folks , >> I am using grads v1.9, trying to find the >> center of >> typhoon via >> minloc function. >> the key script is shown as below: >> slplat=min(slp,lat=19,lat=26) >> >> tclon=minloc(slplat,lon=119,lon=126) >> >> slplon=min(slp,lon=119,lon=126) >> tclat=minloc(slplon,lat=19,lat=26) >> >> but grads tell me that "function not found min >> " and >> when i >> changed my script to be : >> tclat=min(minloc(slpt,lon=119,lon=126), >> lat=19,lat=26) >> tclon=min(minloc(slpt, lat=19,lat=26 >> )lon=119,lon=126) >> >> >> how can i finx my scrpit ? thank you .:) >> -- >> TANG Jie >> Email: totangjie at gmail.com >> >> > > > >> > >> >> > >> > > > >> > >>> >> >> >> Tel: 0086-2154896104 >> Shanghai Typhoon Institute,China >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> > > >> > > >> >> >> >> http://gradsusr.org/mailman/listinfo/gradsusr >> -- >> 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 reflect any >> official or unofficial position of the United >> States >> Federal Government, >> the United States Department of Commerce, or NOAA." >> >> >> >> worked great ... thanks. joe >> >> Diane Stokes wrote: >> >> > Joe, >> > >> > Read works fine for me in 1.9. >> > >> > I think this is the issue where 'pull' in 1.9 >> throws >> in a carriage >> > return. The read statement is not getting the >> exact >> filename. >> > >> > Try adding: >> > file=sublin(file,1) >> > after each: >> > pull file >> > >> > Diane >> > >> > Joe Covert wrote: >> > >> >> There appears to be a problem with version >> 1.9 of >> GrADS "read" >> function. >> >> >> >> The plot_tc_shi.gs >> >> script (see below) >> >> uses the read function to open the >> >> track data file and the program gives the >> subject >> error message >> "File >> >> Error 1". >> >> >> >> jc >> >> >> >> >> >> * Script to draw an hurricane-track plot. >> >> * Does little error checking on the input >> file. >> >> * Assumes the input file is set up as follows: >> >> * >> >> * Line 1: Title >> >> * Line 2: Drawing primitives for marks: >> marktype size >> >> * Line 3: Drawing primitives for lines: >> color >> style thickness >> >> * Line 4: Starting hour and the interval of >> plotting points >> >> * e.g., 0 6 means that track >> starts at 0 >> hour and mark >> >> * will be plotted every 6 >> hours. >> >> * Rest of lines: hour long. lat. >> >> * e.g., 0 -70.5 25.0 >> >> * 6 -71.8 25.2 >> >> * : >> >> * : >> >> * >> >> * Also assumes that a file has been opened >> (any >> file, doesn't >> >> * matter -- the set command doesn't work >> until a >> file has been >> >> * opened). >> >> * >> >> >> >> function main() >> >> >> >> * 'clear' >> >> >> >> 'open dummy.ctl' >> >> 'set lat 20 50' >> >> 'set lon -90 -30' >> >> 'set mpdset hires' >> >> 'set poli on' >> >> 'draw map' >> >> >> >> >> >> say 'Enter File Name: (type q to stop)' >> >> pull fname >> >> >> >> while (fname != 'q') >> >> >> >> * Read the 1st record: Title >> >> >> >> ret = read(fname) >> >> rc = sublin(ret,1) >> >> if (rc>0) >> >> say 'File Error 1' >> >> return >> >> endif >> >> title = sublin(ret,2) >> >> say title >> >> >> >> * Read the drawing primitives >> >> >> >> ret = read(fname) >> >> rc = sublin(ret,1) >> >> if (rc>0) >> >> say 'File Error 2' >> >> return >> >> endif >> >> dpline = sublin(ret,2) >> >> marktype = subwrd(dpline,1) >> >> marksize = subwrd(dpline,2) >> >> ret = read(fname) >> >> rc = sublin(ret,1) >> >> if (rc>0) >> >> say 'File Error 3' >> >> return >> >> endif >> >> dpline = sublin(ret,2) >> >> lcolor = subwrd(dpline,1) >> >> lstyle = subwrd(dpline,2) >> >> lthick = subwrd(dpline,3) >> >> say ' marktype, marksize, lcolor, lstyle and >> lthick:' >> >> say ' 'marktype ' ' marksize ' ' lcolor ' ' >> lstyle >> ' ' lthick >> >> >> >> * Read starting hour and the interval hours of >> plotting points >> >> >> >> ret = read(fname) >> >> rc = sublin(ret,1) >> >> if (rc>0) >> >> say 'File Error 4' >> >> return >> >> endif >> >> dhour = sublin(ret,2) >> >> start = subwrd(dhour,1) >> >> jump = subwrd(dhour,2) >> >> say ' starting hour and the interval hours of >> plotting points:' >> >> say ' 'start' 'jump >> >> >> >> * Read all data points >> >> >> >> ret = read(fname) >> >> rc = sublin(ret,1) >> >> while (rc = 0) >> >> loc = sublin(ret,2) >> >> hour = subwrd(loc,1) >> >> dlong.hour = subwrd(loc,2) >> >> dlat.hour = subwrd(loc,3) >> >> * prompt ' hour ' hour ' are read,' >> >> * say ' long=' dlong.hour ' lat=' >> dlat.hour >> >> ret = read(fname) >> >> rc = sublin(ret,1) >> >> endwhile >> >> >> >> if (rc!=2 & rc!=0) >> >> say 'File Error 5, rc=' rc >> >> return >> >> endif >> >> >> >> endhour = hour >> >> say ' endhour=' endhour >> >> >> >> * Plotting >> >> >> >> 'set line 'lcolor' 'lstyle' 'lthick >> >> 'query w2xy 'dlong.start' 'dlat.start >> >> xprev = subwrd(result,3) >> >> yprev = subwrd(result,6) >> >> 'draw mark 'marktype' 'xprev' 'yprev' >> 'marksize >> >> next = start+jump >> >> while (next <= endhour) >> >> * say ' 'dlong.start' 'dlat.start >> >> 'query w2xy 'dlong.next' 'dlat.next >> >> xnext = subwrd(result,3) >> >> ynext = subwrd(result,6) >> >> 'draw line 'xprev' 'yprev' 'xnext' 'ynext >> >> * say ' 'xprev' 'yprev' 'xnext' 'ynext >> >> 'draw mark 'marktype' 'xnext' 'ynext' >> 'marksize >> >> next = next+jump >> >> xprev = xnext >> >> yprev = ynext >> >> endwhile >> >> >> >> say fname ' is working fine.' >> >> >> >> * read in the filename to be plotted next >> >> >> >> say 'Enter File Name: (type q to stop)' >> >> pull fname >> >> >> >> endwhile >> >> >> >> >> >> *---------------------------------------------------------------------- >> * >> * Adapted from plot_hurricane_center2c.gs >> >> >> , which was >> adapted from: >> >> * >> * (1) "plot_hurricane_center2[a][b].gs" (from >> "plot_hurricane_center.gs >> >> >> "), >> >> * locally modified versions derived from Joe >> Covert's script >> * "plot_tc_shi.gs >> >> " (Joe.Covert at noaa.gov >> >> > > >> > >> > >>), which was posted to the >> >> * GrADS Listserv on 9/13/2004 (his script was >> named >> plot_tc_shi.gs >> >> ) >> >> * on 4/27/06, found via a Google search for >> "plot_tc_shi.gs >> >> ": >> >> * >> http://caos.iisc.ernet.in/gslib/plot_tc_shi.gs >> * >> * (2) code in "hurricane_tracking.txt" (taken >> from an >> email exchange >> * posted to the GrADS Listserv by Kun-Hsuan >> Chou and >> * Arturo Caracas Uribe in Oct, 2004) >> * >> * >> * To use: grads -l >> * >> >> *---------------------------------------------------------------------- >> >> function main() >> >> 'reinit' >> >> >> ************************************************************************ >> * Allow external GrADS functions >> >> ************************************************************************ >> >> rc = gsfallow("on") >> >> >> ************************************************************************ >> * Define dataset file information and plotting >> limits >> for base map... >> >> ************************************************************************ >> >> ** nc_file1 = '' >> ** nc_file2 = '' >> ** nc_file3 = '' >> ** nc_file = ''nc_file1' 'nc_file2' 'nc_file3'' >> nc_file = 'your_netCDF_file' >> >> lon1 = 298 ; lon2 = 308 >> lat1 = 20 ; lat2 = 25 >> >> >> ************************************************************************ >> * Legend captions, colors, and marks for the plots >> >> ************************************************************************ >> >> ** nmodels = 1 >> ** model.1 = 'isabel_ras' >> ** model.2 = 'isabel_isotke' >> ** model.3 = 'isabel_my25' >> >> ** titles.1 = model.1 ; colors.1 = 2 ; marks.1 = 2 >> ** titles.2 = model.2 ; colors.2 = 3 ; marks.2 = 2 >> ** titles.3 = model.3 ; colors.3 = 4 ; marks.3 = 2 >> *** >> *** Define the legend plotter input... >> *** >> ** titles = '-t' ; colors = '-c' ; marks = '-m' ; >> lines >> = '-l' >> ** n=1 >> ** while ( n <= nmodels ) >> ** titles = ''titles' "'titles.n'"' >> ** colors = ''colors' 'colors.n >> ** marks = ''marks' "'marks.n'"' >> ** lines = ''lines' 1' >> ** n=n+1 >> ** endwhile >> >> ** legend_info = ''colors' 'lines' 'marks' >> 'titles' -p' >> >> nmodels = 1 >> model.1 = 'title_name_for_your_netCDF_dataset' >> >> titles.1 = model.1 ; colors.1 = 2 ; marks.1 = 2 >> * >> * Define the legend plotter input... >> * >> titles = '-t' ; colors = '-c' ; marks = '-m' ; >> lines = '-l' >> n=1 >> while ( n <= nmodels ) >> titles = ''titles' "'titles.n'"' >> colors = ''colors' 'colors.n >> marks = ''marks' "'marks.n'"' >> lines = ''lines' 1' >> n=n+1 >> endwhile >> >> legend_info = ''colors' 'lines' 'marks' >> 'titles' -p' >> >> * ...other drawing primitives >> >> marksize = 0.1 >> >> lstyle = 1 ; lthick = 5 >> >> >> ************************************************************************ >> * Use "cbar_line" or "cbar_line_box"? >> >> ************************************************************************ >> >> legend_plotter = 'cbar_line' >> * legend_plotter = 'cbar_line_box' >> >> >> ************************************************************************ >> * Plot page limits >> >> ************************************************************************ >> >> plot_vpage = '0 11 0 8.5' >> plot_area = '1 10 1 7.5' >> >> xl = subwrd(plot_area,1) ; xr = >> subwrd(plot_area,2) >> yb = subwrd(plot_area,3) ; yt = >> subwrd(plot_area,4) >> >> xc = xl + (xr-xl)/2 >> >> >> ************************************************************************ >> * GrADS metafile output... >> >> ************************************************************************ >> >> 'enable print hurricane_track.gx' >> >> >> *----------------------------------------------------------------------- >> * Define and plot track of minimum surface >> pressure for >> each dataset... >> >> *----------------------------------------------------------------------- >> >> nf=1 >> while ( nf <= nmodels ) >> >> * Open dataset file and define parameters... >> >> fname = subwrd(nc_file,nf) >> 'sdfopen 'fname >> 'set dfile 'nf >> 'q file' >> rec3 = sublin(result,3) ; binary_file = >> subwrd(rec3,2) >> say >> say >> say '*** 'binary_file' ***' >> say >> rec5 = sublin(result,5) >> nx = subwrd(rec5,3) ; ny = subwrd(rec5,6) ; nz = >> subwrd(rec5,9) ; >> nt = subwrd(rec5,12) >> >> if( nf = 1 ) >> >> * Plot base map... >> >> >> plot_base_map(plot_vpage,plot_area,lon1,lon2,lat1,lat2) >> >> endif >> >> * Define locations of "hurricane center" for >> plotting >> points, and write >> * locations out to ASCII text file for read-in for >> plotting track >> later... >> >> hurricane.nf >> >> = 'hurricane_'nf'.txt' >> >> >> ts=2 >> tt=ts >> while ( tt <= nt ) >> 'set t 'tt >> say >> say '---------' >> say ' tt = 'tt >> say '---------' >> say >> 'set lon 'lon1' 'lon2 >> 'set lat 'lat1' 'lat2 >> 'set z 1' >> * >> * here is where you put in the name of your >> sea-level >> pressure variable: >> * >> 'define psl = >> name_of_your_sea_level_pressure_variable' >> 'set gxout shaded' >> 'd psl' >> * >> * following interactive "box location" code >> adapted from >> "cbar_line_box.gs >> >> "... >> >> * >> say 'Click where you want the left upper >> corner of >> the box' >> 'query bpos' >> xb1o = subwrd(result,3) >> yb2o = subwrd(result,4) >> say 'Click where you want the right lower >> corner of >> the box' >> 'query bpos' >> xb2o = subwrd(result,3) >> yb1o = subwrd(result,4) >> >> say >> say '...left upper corner of the box at X Y: >> 'xb1o' >> 'yb2o >> say '...right lower corner of the box at X Y: >> 'xb2o' >> 'yb1o >> * >> * draw box to show specified area for defining >> hurricane >> center... >> * >> 'set line 1 1' >> 'draw rec 'xb1o' 'yb1o' 'xb2o' 'yb2o >> * >> * convert box "xy" coordinates to "grid" >> coordinates >> * for finding minimum "pressure" (hurricane >> center)... >> * >> 'q xy2gr 'xb1o' 'yb2o >> x1o = subwrd(result,3) ; x1 = >> math_int(x1o+0.5) >> y2o = subwrd(result,6) ; y2 = >> math_int(y2o+0.5) >> 'q xy2gr 'xb2o' 'yb1o >> x2o = subwrd(result,3) ; x2 = >> math_int(x2o+0.5) >> y1o = subwrd(result,6) ; y1 = >> math_int(y1o+0.5) >> say >> say 'Specified grid coordinates (x1o,x2o), >> (y1o,y2o) >> from box,' >> say 'rounded to (x1,x2), (y1,y2) for finding >> minimum >> "pressure"...' >> say >> say ' (x1o,x2o) = ('x1o','x2o') --> >> (x1,x2) = >> ('x1','x2')' >> say ' (y1o,y2o) = ('y1o','y2o') --> >> (y1,y2) = >> ('y1','y2')' >> * >> * find minimum "pressure" within box area (x1,x2), >> (y1,y2)... >> * >> 'set x 'x1 >> 'set y 'y1 >> 'set z 1' >> 'set t 'tt >> 'set gxout print' >> nxp = x2-x1+1 >> * say ' nxp = 'nxp >> nyp = y2-y1+1 >> * say ' nyp = 'nyp >> 'd >> minloc(min(psl,y='y1',y='y2'),x='x1',x='x2')' >> rec=sublin(result,nxp+3) >> xc=subwrd(rec,1) >> 'd >> minloc(min(psl,x='x1',x='x2'),y='y1',y='y2')' >> rec=sublin(result,nyp+3) >> yc=subwrd(rec,1) >> say >> say 'location of minimum "pressure"...' >> say >> say ' (xc,yc) = ('xc','yc')' >> * >> * find "world" coordinates of (xc,yc) and convert >> "world" >> coordinates >> * to "xy" coordinates for plotting track of >> hurricane >> center... >> * >> 'set x 'xc >> lonval = subwrd(result,4) >> 'set y 'yc >> latval = subwrd(result,4) >> say ' (lonval,latval) = ('lonval','latval')' >> 'q w2xy 'lonval' 'latval >> xpos = subwrd(result,3) >> ypos = subwrd(result,6) >> say ' (xpos,ypos) = ('xpos','ypos')' >> * >> * write (xpos,ypos) to output file... >> * >> res = write (''hurricane.nf >> >> '','t = 'tt' >> >> xpos = 'xpos' ypos = 'ypos'') >> >> pause() >> * >> * erase box showing area for defining hurricane >> center... >> * >> * 'set line 0 1' >> * 'draw rec 'xb1o' 'yb1o' 'xb2o' 'yb2o >> tt=tt+1 >> endwhile >> >> res = close (''hurricane.nf >> >> '') >> >> >> nf=nf+1 >> endwhile >> >> * Clear frame and re-plot base map... >> >> >> plot_base_map(plot_vpage,plot_area,lon1,lon2,lat1,lat2) >> >> * Plot track(s)... >> >> nf=1 >> while ( nf <= nmodels ) >> >> * Specify drawing primitives >> >> marktype = marks.nf >> >> lcolor = colors.nf >> >> >> >> >> say ' marktype, marksize, lcolor, lstyle and >> lthick:' >> say ' 'marktype ' ' marksize ' ' lcolor ' ' >> lstyle ' ' >> lthick >> >> tt=ts >> * >> * read (xpos,ypos) from ASCII text input file... >> * >> res = read(''hurricane.nf >> >> '') ; rc = >> >> sublin(res,1) >> if( rc != 0 ) >> say '"read" status = 'rc >> exit >> endif >> rec = sublin(res,2) ; say '"hurricane.'nf'" >> record: 'rec >> xc = subwrd(rec,6) ; yc = subwrd(rec,9) >> >> 'set line 'lcolor' 'lstyle' 'lthick >> 'draw mark 'marktype' 'xc' 'yc' 'marksize >> tt = tt+1 >> while ( tt <= nt ) >> res = read(''hurricane.nf >> >> '') ; rc = >> >> sublin(res,1) >> if( rc != 0 ) >> say '"read" status = 'rc >> exit >> endif >> rec = sublin(res,2) ; say '"hurricane.'nf'" >> record: 'rec >> xn = subwrd(rec,6) ; yn = subwrd(rec,9) >> say ' 'xc' 'yc' 'xn' 'yn >> 'draw line 'xc' 'yc' 'xn' 'yn >> 'draw mark 'marktype' 'xn' 'yn' 'marksize >> tt=tt+1 >> xc = xn >> yc = yn >> endwhile >> >> nf=nf+1 >> endwhile >> >> say >> say '...plot legend' >> ''legend_plotter' -x 3 -y 6 'legend_info >> say >> >> 'print' >> 'disable print' >> >> say >> say >> '************************************************' >> say ' Finished with this script.' >> say >> '************************************************' >> say >> >> return >> >> function >> >> plot_base_map(plot_vpage,plot_area,lon1,lon2,lat1,lat2) >> >> * Plots base map... >> >> 'c' >> 'set vpage 'plot_vpage >> 'set parea 'plot_area >> 'set lon 'lon1' 'lon2 >> 'set lat 'lat1' 'lat2 >> 'set mproj latlon' >> 'set mpt * 1 1 5' >> 'set mpdset hires' >> 'set poli on' >> * 'set grid on' >> 'set grads off' >> 'set gxout contour' >> 'draw map' >> >> * add lon/lat lines... >> >> 'set ccolor 1' >> 'set cstyle 5' ; 'd lon' >> 'set cstyle 5' ; 'd lat' >> >> * add title, x- and y-labels... >> >> 'draw title \\ Track of Minimum Surface Pressure' >> 'draw xlab Longitude \\' >> 'draw ylab \\ Latitude' >> >> return >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> > > >> > > >> >> >> >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> >> >> >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> > >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> -- >> 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 >> reflect any >> official or unofficial position of the United States >> Federal >> Government, >> the United States Department of Commerce, or NOAA." >> >> * >> * >> * Subject: Re: Tracking Hurricanes >> * From: Kun-Hsuan Chou > >> > >> >> >> * Date: Fri, 8 Oct 2004 08:03:20 +0800 >> * To: GRADSUSR at LIST.CINECA.IT >> > > >> >> * >> * Hi, >> * >> * I write a sample to track the maxminum wind speed, it >> should >> be the script that you want. >> >> * >> 'd maxloc(max(mag(u,v),lon=120,lon=130),lat=15,lat=25)' >> line=sublin(result,2) >> ygrd=subwrd(line,4) >> 'd maxloc(max(mag(u,v),lat=15,lat=25),lon=120,lon=130)' >> line=sublin(result,2) >> xgrd=subwrd(line,4) >> 'set x 'xgrd >> lonval = subwrd(result,4) >> 'set y 'ygrd >> latval = subwrd(result,4) >> 'q w2xy 'lonval' 'latval >> xpos = subwrd(result,3) >> ypos = subwrd(result,6) >> 'draw mark 1 'xpos' 'ypos' .2' >> >> >> *============================================================================ >> >> *Kun-Hsuan Chou >> *Postdoctoral Researcher >> *Department of Atmospheric Sciences >> *National Taiwan University >> *No. 1, Sec. 4, Roosevelt Rd., Taipei 106, Taiwan. >> *Phone: 886-2-23625896 ext. 243 >> *Mobile: 0920079247 >> *E-mail: cwujou at typhoon.as.ntu.edu.tw >> >> > > >> >> *----- Original Message ----- >> *From: Arturo Caracas Uribe >> *To: GRADSUSR at LIST.CINECA.IT >> > > >> >> *Sent: Thursday, October 07, 2004 11:48 PM >> *Subject: Tracking Hurricanes >> * >> *Does anyone know how to get the maximum values of >> vorticity of >> a domain? (the value, lat and lon).I need the positions >> in order >> to track a hurricane. >> *Thanks in advance >> * >> *Arturo Caracas >> *Atmospheric Sciences, M?xico. >> >> >> >> *---------------------------------------------------------------------- >> * >> * Adapted from plot_hurricane_center2c.gs >> >> , which was adapted >> from: >> * >> * (1) "plot_hurricane_center2[a][b].gs" (from >> "plot_hurricane_center.gs >> >> "), >> >> * locally modified versions derived from Joe >> Covert's script >> * "plot_tc_shi.gs >> " >> (Joe.Covert at noaa.gov >> >), >> which was >> posted to the >> * GrADS Listserv on 9/13/2004 (his script was named >> plot_tc_shi.gs >> ) >> >> * on 4/27/06, found via a Google search for >> "plot_tc_shi.gs >> ": >> * http://caos.iisc.ernet.in/gslib/plot_tc_shi.gs >> * >> * (2) code in "hurricane_tracking.txt" (taken from an >> email >> exchange >> * posted to the GrADS Listserv by Kun-Hsuan Chou and >> * Arturo Caracas Uribe in Oct, 2004) >> * >> * >> * To use: grads -l >> * >> >> *---------------------------------------------------------------------- >> >> function main() >> >> 'reinit' >> >> >> ************************************************************************ >> * Allow external GrADS functions >> >> ************************************************************************ >> >> rc = gsfallow("on") >> >> >> ************************************************************************ >> * Define dataset file information and plotting limits >> for base >> map... >> >> ************************************************************************ >> >> ** nc_file1 = '' >> ** nc_file2 = '' >> ** nc_file3 = '' >> ** nc_file = ''nc_file1' 'nc_file2' 'nc_file3'' >> nc_file = 'your_netCDF_file' >> >> lon1 = 298 ; lon2 = 308 >> lat1 = 20 ; lat2 = 25 >> >> >> ************************************************************************ >> * Legend captions, colors, and marks for the plots >> >> ************************************************************************ >> >> ** nmodels = 1 >> ** model.1 = 'isabel_ras' >> ** model.2 = 'isabel_isotke' >> ** model.3 = 'isabel_my25' >> >> ** titles.1 = model.1 ; colors.1 = 2 ; marks.1 = 2 >> ** titles.2 = model.2 ; colors.2 = 3 ; marks.2 = 2 >> ** titles.3 = model.3 ; colors.3 = 4 ; marks.3 = 2 >> *** >> *** Define the legend plotter input... >> *** >> ** titles = '-t' ; colors = '-c' ; marks = '-m' ; lines >> = '-l' >> ** n=1 >> ** while ( n <= nmodels ) >> ** titles = ''titles' "'titles.n'"' >> ** colors = ''colors' 'colors.n >> ** marks = ''marks' "'marks.n'"' >> ** lines = ''lines' 1' >> ** n=n+1 >> ** endwhile >> >> ** legend_info = ''colors' 'lines' 'marks' 'titles' -p' >> >> nmodels = 1 >> model.1 = 'title_name_for_your_netCDF_dataset' >> >> titles.1 = model.1 ; colors.1 = 2 ; marks.1 = 2 >> * >> * Define the legend plotter input... >> * >> titles = '-t' ; colors = '-c' ; marks = '-m' ; lines = >> '-l' >> n=1 >> while ( n <= nmodels ) >> titles = ''titles' "'titles.n'"' >> colors = ''colors' 'colors.n >> marks = ''marks' "'marks.n'"' >> lines = ''lines' 1' >> n=n+1 >> endwhile >> >> legend_info = ''colors' 'lines' 'marks' 'titles' -p' >> >> * ...other drawing primitives >> >> marksize = 0.1 >> >> lstyle = 1 ; lthick = 5 >> >> >> ************************************************************************ >> * Use "cbar_line" or "cbar_line_box"? >> >> ************************************************************************ >> >> legend_plotter = 'cbar_line' >> * legend_plotter = 'cbar_line_box' >> >> >> ************************************************************************ >> * Plot page limits >> >> ************************************************************************ >> >> plot_vpage = '0 11 0 8.5' >> plot_area = '1 10 1 7.5' >> >> xl = subwrd(plot_area,1) ; xr = subwrd(plot_area,2) >> yb = subwrd(plot_area,3) ; yt = subwrd(plot_area,4) >> >> xc = xl + (xr-xl)/2 >> >> >> ************************************************************************ >> * GrADS metafile output... >> >> ************************************************************************ >> >> 'enable print hurricane_track.gx' >> >> >> *----------------------------------------------------------------------- >> * Define and plot track of minimum surface pressure >> for each >> dataset... >> >> *----------------------------------------------------------------------- >> >> nf=1 >> while ( nf <= nmodels ) >> >> * Open dataset file and define parameters... >> >> fname = subwrd(nc_file,nf) >> 'sdfopen 'fname >> 'set dfile 'nf >> 'q file' >> rec3 = sublin(result,3) ; binary_file = subwrd(rec3,2) >> say >> say >> say '*** 'binary_file' ***' >> say >> rec5 = sublin(result,5) >> nx = subwrd(rec5,3) ; ny = subwrd(rec5,6) ; nz = >> subwrd(rec5,9) ; nt = subwrd(rec5,12) >> >> if( nf = 1 ) >> >> * Plot base map... >> >> >> plot_base_map(plot_vpage,plot_area,lon1,lon2,lat1,lat2) >> >> endif >> >> * Define locations of "hurricane center" for plotting >> points, >> and write< >> >> ... >> >> [Message clipped] function maxwind(args) >> 'reinit' >> nc_file = subwrd(args,1) >> wind = subwrd(args,2) >> wind_units = subwrd(args,3) >> say >> say nc_file >> say wind' ('wind_units')' >> say >> 'sdfopen 'nc_file >> 'q file' >> say result >> say >> rec5 = sublin(result,5) >> nx = subwrd(rec5,3) ; ny = subwrd(rec5,6) ; nz = subwrd(rec5,9) ; >> nt = subwrd(rec5,12) >> say >> say '(nx,ny,nz,nt) = ('nx','ny','nz','nt')' >> say >> nxp = nx >> nyp = ny >> nzp = nz >> * >> * get the x- and y-limits for virtual page >> * >> 'q gxinfo' >> rec3 = sublin(result,3) ; xpl = subwrd(rec3,4) ; xpu = >> subwrd(rec3,6) >> rec4 = sublin(result,4) ; ypl = subwrd(rec4,4) ; ypu = >> subwrd(rec4,6) >> tt = 1 >> while ( tt <= nt ) >> 'set x 1' >> 'set y 1' >> 'set z 1' >> 'set t 'tt >> say 'tt = 'tt >> 'set gxout print' >> 'd max(max(max('wind',x=1,x='nx'),y=1,y='ny'),z=1,z='nz')' >> rec = sublin(result,(nyp+1)*nzp+3) >> max_wind = subwrd(rec,1) >> say ' max 'wind' = 'max_wind >> 'd maxloc(max(max('wind',y=1,y='ny'),z=1,z='nz'),x=1,x='nx')' >> rec = sublin(result,(nzp+1)*nxp+3) >> xc = subwrd(rec,1) >> 'd maxloc(max(max('wind',x=1,x='nx'),z=1,z='nz'),y=1,y='ny')' >> rec = sublin(result,(nzp+1)*nyp+3) >> yc = subwrd(rec,1) >> 'd maxloc(max(max('wind',x=1,x='nx'),y=1,y='ny'),z=1,z='nz')' >> rec = sublin(result,(nyp+1)*nzp+3) >> zc = subwrd(rec,1) >> say ' (xc,yc,zc) = ('xc','yc','zc')' >> 'd 'wind'(x='xc',y='yc',z='zc')' >> rec = sublin(result,2) >> wind_xc_yc_zc = subwrd(rec,1) >> say ' 'wind'(x='xc',y='yc',z='zc') = 'wind_xc_yc_zc >> * >> * find "world" coordinates of (xc,yc) and convert "world" coordinates >> * to "xy" coordinates for plotting track of hurricane center... >> * >> 'set x 'xc >> lonc = subwrd(result,4) >> 'set y 'yc >> latc = subwrd(result,4) >> say ' (lonc,latc,zc) = ('lonc','latc','zc')' >> 'd 'wind'(lon='lonc',lat='latc',z='zc')' >> rec = sublin(result,2) >> wind_lnc_ltc_zc = subwrd(rec,1) >> say ' 'wind'(lon='lonc',lat='latc',z='zc') = 'wind_lnc_ltc_zc >> * >> * plot the wind and place a mark at the max >> * >> 'c' >> 'set vpage 'xpl' 'xpu' 'ypl' 'ypu >> 'set parea 'xpl+1' 'xpu-1' 'ypl+1' 'ypu-1 >> 'set x 1 'nx >> 'set y 1 'ny >> 'set z 'zc >> 'set gxout shaded' >> 'set grads off' >> 'd 'wind >> 'run cbar 0.7' >> 'draw title \ Max 'wind' = 'wind_lnc_ltc_zc' ('wind_units')\at >> (lonc,latc,zc)=('lonc','latc','zc')' >> 'q w2xy 'lonc' 'latc >> xpos = subwrd(result,3) >> ypos = subwrd(result,6) >> say ' (xpos,ypos) = ('xpos','ypos')' >> 'set line 1 1 6' >> 'draw mark 6 'xpos' 'ypos' 0.2' >> 'c events' >> pause() >> tt=tt+1 >> endwhile >> say '...finished.' >> 'close 1' >> return >> >> function pause() >> * >> * Pauses till ENTER key is pressed >> * >> say >> say '*********************************' >> say 'Press "ENTER" key to continue...' >> say '*********************************' >> pull answer >> * >> return >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> >> >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr > > > ------------------------------------------------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- 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 reflect any official or unofficial position of the United States Federal Government, the United States Department of Commerce, or NOAA." -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: maxwind.gs Url: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/b41b1228/attachment-0006.pl -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: maxwind2.gs Url: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/b41b1228/attachment-0007.pl From Mason.D.Rowell-1 at ou.edu Wed Jul 20 14:24:52 2011 From: Mason.D.Rowell-1 at ou.edu (Rowell, Mason D.) Date: Wed, 20 Jul 2011 18:24:52 +0000 Subject: [gradsusr] semi-advanced ave tool use In-Reply-To: References: , Message-ID: Hello Arlindo, I need to set a different domain center for each of the time periods in the ave function, like say 1 through 124 in your example. As such, the display would then become geographically irrelevant, asides from attaining a since of scale. Mason ________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on behalf of Arlindo da Silva [dasilva at alum.mit.edu] Sent: Tuesday, July 19, 2011 5:40 PM To: GrADS Users Forum Subject: Re: [gradsusr] semi-advanced ave tool use On Tue, Jul 19, 2011 at 4:36 PM, Rowell, Mason D. > wrote: Hello Grads community, I can see from the tutorial that one can open several different case files in grads(file1, file2 etc) and average the data from these files for subsequent display. Is there an advanced option that would allow me to specify the domain for each case and then average them? I was hoping to use this function to easily complete an average of 25 cases or so but relative to some specific type of event, which requires different domain centering for each case prior to averaging. The ave() functions allows you to make averages over a (x,y,z,t,e) hypercube. Because undef values are skipped, you can have averages over very irregular domains, provided an appropriate mask can be derived either through an expression or by reading it from a file. For example, to make a time average along satellite swaths we could do define xmean = ave(x+0*sat.2,t=1,t=124) where "sat" (on file "2") is some gridded (time dependent) satellite measurement with lots of undefs. Arlindo Mason _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110720/009986c7/attachment-0003.html From yaqiang.wang at gmail.com Wed Jul 20 22:09:43 2011 From: yaqiang.wang at gmail.com (Yaqiang Wang) Date: Thu, 21 Jul 2011 10:09:43 +0800 Subject: [gradsusr] Opening hdf files In-Reply-To: References: Message-ID: You can use HDFView to get the information first, and then to set the information in the control file. HDFView is free avaliable at HDF offical website. On Wed, Jul 20, 2011 at 8:54 PM, James Ciarlo` wrote: > dear gradsusr, > > I have a few hdf files (below) I would like to open with grads, but I am > finding difficulty using the xdfopen function. > > SEVIRI_latitude.raw > SEVIRI_longitude.raw > SEVIRI_readme.txt > mean_seviri_aer_oc_d3_tau550_Aug2005.hdf > mean_seviri_aer_oc_d3_tau550_Dec2005.hdf > mean_seviri_aer_oc_d3_tau550_Jul2005.hdf > mean_seviri_aer_oc_d3_tau550_Jun2005.hdf > mean_seviri_aer_oc_d3_tau550_Nov2005.hdf > mean_seviri_aer_oc_d3_tau550_Oct2005.hdf > mean_seviri_aer_oc_d3_tau550_Sep2005.hdf > > > I tried to construct a descriptor file but cannot figure out how to access > the information for the coordinates: > > DSET mean_seviri_aer_oc_d3_tau550_Aug2005.hdf > TITLE monthly average of the daily total aerosol optical depth at 550 nm > derived from MSG/SEVIRI > UNDEF 99999.0 > XDEF dimension1 ? LINEAR ? ? > YDEF dimension2? ? LINEAR ? ? > TDEF dimension3 ? LINEAR ? ? > VARS 1 > Aerosol_optical_depth=>aod 1 99 aerosol optical depth > ENDVARS > > I don't even know if I am on the right track. Can someone help me get to an > answer please? because I am not managing to follow the help on GrADS index. > > I have also attached the text file with the remaining information > > Regards, > > James > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- ************************************************* Dr. Yaqiang Wang Chinese Academy of Meteorological Sciences (CAMS) 46, Zhong-Guan-Cun South Avenue Beijing, 100081 China yaqiang.wang at gmail.com ************************************************** From dbcl at ceh.ac.uk Thu Jul 21 04:00:09 2011 From: dbcl at ceh.ac.uk (Clark, Douglas B.) Date: Thu, 21 Jul 2011 09:00:09 +0100 Subject: [gradsusr] pdef file works at v1.9b4 but not at v2.0.a9 Message-ID: <40829B0E077C1145A6DE44D39B3830A91FFD68B0C9@nerckwmb1.ad.nerc.ac.uk> Dear All, I have a dataset that uses a pdef file and that I can use in GrADS v1.9b4 (in both SunOS and RH executables downloaded from the GrADS website), but which results in a segmentation fault at v2.0.a9 (and, from memory, at v2.0.a8) - again in various downloads. Looks like it might be a bug in GrADS...but of course most things turn out to be user error! Any ideas? At v2.0.a9: ga-> q config Config: v2.0.a9 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids geotiff shapefile Grid Analysis and Display System (GrADS) Version 2.0.a9 Copyright (c) 1988-2010 by Brian Doty and the Institute for Global Environment and Society (IGES) This program is distributed WITHOUT ANY WARRANTY See file COPYRIGHT for more information. Built Fri Sep 3 17:21:21 UTC 2010 for x86_64-redhat-linux-gnu This version of GrADS has been configured with the following options: o Built on a LITTLE ENDIAN machine o Athena Widget GUI DISABLED o Command line editing ENABLED http://tiswww.case.edu/php/chet/readline/rltop.html o printim command for image output ENABLED http://www.zlib.net http://www.libpng.org/pub/png/libpng.html http://www.libgd.org/Main_Page o GRIB2 interface ENABLED http://www.ijg.org http://www.ece.uvic.ca/~mdadams/jasper http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 g2clib-1.2.0 o NetCDF interface ENABLED http://www.unidata.ucar.edu/software/netcdf netcdf 4.1.1 of Dec 6 2010 08:20:12 $ o OPeNDAP gridded data interface ENABLED o OPeNDAP station data interface DISABLED o HDF4 and HDF5 interfaces ENABLED http://hdfgroup.org HDF 4.2r5 HDF5 1.8.5 o GeoTIFF and KML/TIFF output ENABLED http://www.libtiff.org http://geotiff.osgeo.org o KML contour output ENABLED o Shapefile interface ENABLED http://shapelib.maptools.org For additional information please consult http://iges.org/grads ga-> open Rainf_WFD_GPCC.ctl Scanning description file: Rainf_WFD_GPCC.ctl PDEF FILE Error: The offsets in the pdef file must be 1-based (i.e., > 0 and <= isize*jsize). The data file was not opened. Segmentation fault (core dumped) ------------------------------------------------------------- The first few lines of the ctl file are: dset ^../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc options template dtype netcdf undef 1.0e20 pdef 67420 1 file 1 stream binary-big ^../../../ancil/data/WFD_0p5deg_pdefData.gra xdef 720 linear -179.75 0.5 ydef 280 linear -55.75 0.5 ------------------------------------------------------------- Works fine at v1.9.b4: ga-> open Rainf_WFD_GPCC.ctl Scanning description file: Rainf_WFD_GPCC.ctl Data file ../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc is open as file 1 LON set to 0 360 LAT set to -55.75 83.75 LEV set to 1 1 Time values set: 2001:1:1:0 2001:1:1:0 Notice: Implied interpolation for file Rainf_WFD_GPCC.ctl Interpolation will be performed on any data displayed from this file ga-> d rainf Notice: Automatic Grid Interpolation Taking Place Contouring: 0 to 0.0033 interval 0.0003 ------------------------------------------------------------- Vague notion: The pdef data file is big-endian (as declared in the pdef line of the ctl file) but I'm using a little-endian machine. I wonder if v2.0.a9 can't cope with this mix? Cheers, Doug -- This message (and any attachments) is for the recipient only. NERC is subject to the Freedom of Information Act 2000 and the contents of this email and any reply you make may be disclosed by NERC unless it is exempt from release under the Act. Any material supplied to NERC may be stored in an electronic records management system. From james.ciarlo at physics.org Thu Jul 21 04:19:23 2011 From: james.ciarlo at physics.org (James Ciarlo`) Date: Thu, 21 Jul 2011 10:19:23 +0200 Subject: [gradsusr] Plotting a domain without parameters In-Reply-To: References: Message-ID: Thanks On 20 July 2011 18:13, Jeffrey Duda wrote: > the 'draw map' command will also do it, but it won't plot any lat/lon lines > or coordinates since it won't have any actual map data to go off of (but it > will give you geo-political boundaries just fine) > > Jeff Duda > > > On Wed, Jul 20, 2011 at 9:46 AM, Joey Woodson < > instantweathermaps at gmail.com> wrote: > >> To plot a map with no parameters, first open any file with any parameters >> (even the sample file will work). Then do this: >> >> set clevs 0 >> set ccols 0 0 >> d param >> >> where param is a valid parameter in that file. >> >> On Wed, Jul 20, 2011 at 7:41 AM, James Ciarlo` wrote: >> >>> Dear gradsusr, >>> >>> Is it possible to plot a map, without using any parameters? that is >>> simply getting the outline of the coastlines for the region? >>> >>> And possibly even draw a few dots or crosses at particular locations >>> according to lat/lon information? >>> >>> Regards, >>> >>> James >>> >>> >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > > -- > Jeff Duda > Iowa State University > Meteorology Graduate Student > 3134 Agronomy Hall > www.meteor.iastate.edu/~jdduda > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110721/3b2db85c/attachment-0003.html From eungul.lee at gmail.com Thu Jul 21 13:09:44 2011 From: eungul.lee at gmail.com (Eungul Lee) Date: Thu, 21 Jul 2011 13:09:44 -0400 Subject: [gradsusr] set negative values to zero Message-ID: Dear GrADS users, I am using GrADS v2.0.a9 in Linux. I am going to set negative values to zero at each grid point in NetCDF file. I've been trying this using "if statements" in .gs file like below, but it didn't work. 'open .ctl file' if (varname < 0.) varname = 0. endif If you have any experience in GrADS for this, please let me know. Thanks in advance, Eugene From edwardp at ualberta.ca Thu Jul 21 13:51:35 2011 From: edwardp at ualberta.ca (Edward Pollock) Date: Thu, 21 Jul 2011 11:51:35 -0600 Subject: [gradsusr] set negative values to zero In-Reply-To: References: Message-ID: You can do this. 'd const(maskout(var,var),0,-u)'. Cheers, Ted On Thu, Jul 21, 2011 at 11:09 AM, Eungul Lee wrote: > Dear GrADS users, > > I am using GrADS v2.0.a9 in Linux. > > I am going to set negative values to zero at each grid point in NetCDF > file. > I've been trying this using "if statements" in .gs file like below, > but it didn't work. > > 'open .ctl file' > if (varname < 0.) > varname = 0. > endif > > If you have any experience in GrADS for this, please let me know. > > Thanks in advance, > Eugene > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110721/b8d39921/attachment-0003.html From jonathan.smith at nasa.gov Thu Jul 21 18:51:41 2011 From: jonathan.smith at nasa.gov (SMITH, JONATHAN WYNN. (GSFC-6133)) Date: Thu, 21 Jul 2011 17:51:41 -0500 Subject: [gradsusr] in netcdf file unable to display 4-D variables Message-ID: <1E8644A2BCBD5E4A9967E1E00D5D4C7301143E6FDCD0@NDMSSCC05.ndc.nasa.gov> Hello: I have a netcdf file with many variables float Q(time, lev, lat, lon) ; Q:units = "KG/KG" ; float SA1_VMR_inst(time, lev, lat, lon) ; SA1_VMR_inst:units = "VMR" ; float SOA_VMR_inst(time, lev, lat, lon) ; SOA_VMR_inst:units = "VMR" ; float T(time, lev, lat, lon) ; T:units = "K" ; float TOLUENE_VMR_inst(time, lev, lat, lon) ; TOLUENE_VMR_inst:units = "VMR" ; float TROPLEV(time, lat, lon) ; TROPLEV:units = "KM" ; float U(time, lev, lat, lon) ; U:units = "M/S" ; float V(time, lev, lat, lon) ; V:units = "M/S" ; char current_mss(nchar) ; current_mss:long_name = "MSS pathname of this file" ; int date(time) ; date:long_name = "current date as 6 digit integer (YYMMDD)" ; int datesec(time) ; datesec:long_name = "seconds to complete current date" ; datesec:units = "s" ; int days(time) ; days:long_name = "elapsed simulation days for this case" ; char first_mss(nchar) ; first_mss:long_name = "MSS pathname of first file for this case" I use the following script: * B Vs -VTL 'reinit' 'sdfopen /Volumes/JWS/MOZART_OUTPUT/LARGE_DOMAIN/mozart4-20110721100736853957.nc' 'set mpdset hires' 'set display color white' 'run rgbset.gs' 'c' "set parea 1 10 1 7.5" "set LON -30 59" "set LAT -12 30" "set LEV 1" 'set grads off' 'set gxout shaded' "set rgb 24 255 120 120" "set clevs 20 40 60 80 100 120 140 160 180 200 220 240" "set ccols 9 14 4 11 5 13 3 10 7 12 8 2 24" 'd days' 'set string 1 l 3' 'draw string 7.5 8.0' _analysis "run cbar.gs" 'draw title 22 May 2006 MOZART L3\OzoneMixing Ratio (ppbv)' 'printim /Users/jonathanwsmith/MOZART/mozart_22may.gif' For what ever reason I am only able to plot the one and three dimensional variable like days (1-D) or PS (3-D. I am am unable to plot Q or SOA_VMR_inst which are 4-D? What could be going wrong? Jonathan Wynn Smith Student Trainee jonathan.smith at nasa.gov NASA-Goddard Space Flight Center Code 613.3-Atmospheric Chemistry and Dynamics Branch Greenbelt, MD 20771 301-614-5956 Doctoral Candidate jonathan.smith at bison.howard.edu Howard University Program in Atmospheric Sciences 2355 6th St NW/408 Thirkield Bldg. Washington, DC 20059 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110721/01bc3d9d/attachment-0003.html From Charles.Seman at noaa.gov Thu Jul 21 19:37:30 2011 From: Charles.Seman at noaa.gov (Charles Seman) Date: Thu, 21 Jul 2011 19:37:30 -0400 Subject: [gradsusr] in netcdf file unable to display 4-D variables In-Reply-To: <1E8644A2BCBD5E4A9967E1E00D5D4C7301143E6FDCD0@NDMSSCC05.ndc.nasa.gov> References: <1E8644A2BCBD5E4A9967E1E00D5D4C7301143E6FDCD0@NDMSSCC05.ndc.nasa.gov> Message-ID: <4E28B83A.4000501@noaa.gov> Jonathan, This sounds familiar... GrADS may not be able to display both 3D and 4D fields if they are in the same netCDF file (don't know why)... One thing to try is to extract the 4D fields into a separate netCDF file (e.g. using "ncks" if you have it). Hope this helps, Chuck SMITH, JONATHAN WYNN. (GSFC-6133) wrote: > Hello: > > I have a netcdf file with many variables > / float Q(time, lev, lat, lon) ; > Q:units = "KG/KG" ; > float SA1_VMR_inst(time, lev, lat, lon) ; > SA1_VMR_inst:units = "VMR" ; > float SOA_VMR_inst(time, lev, lat, lon) ; > SOA_VMR_inst:units = "VMR" ; > float T(time, lev, lat, lon) ; > T:units = "K" ; > float TOLUENE_VMR_inst(time, lev, lat, lon) ; > TOLUENE_VMR_inst:units = "VMR" ; > float TROPLEV(time, lat, lon) ; > TROPLEV:units = "KM" ; > float U(time, lev, lat, lon) ; > U:units = "M/S" ; > float V(time, lev, lat, lon) ; > V:units = "M/S" ; > char current_mss(nchar) ; > current_mss:long_name = "MSS pathname of this file" ; > int date(time) ; > date:long_name = "current date as 6 digit integer (YYMMDD)" ; > int datesec(time) ; > datesec:long_name = "seconds to complete current date" ; > datesec:units = "s" ; > int days(time) ; > days:long_name = "elapsed simulation days for this case" ; > char first_mss(nchar) ; > first_mss:long_name = "MSS pathname of first file for this case"/ > > I use the following script: > > /* B Vs -VTL > 'reinit' > 'sdfopen > /Volumes/JWS/MOZART_OUTPUT/LARGE_DOMAIN/mozart4-20110721100736853957.nc > ' > 'set mpdset hires' > 'set display color white' > 'run rgbset.gs ' > > 'c' > "set parea 1 10 1 7.5" > "set LON -30 59" > "set LAT -12 30" > "set LEV 1" > 'set grads off' > 'set gxout shaded' > "set rgb 24 255 120 120" > "set clevs 20 40 60 80 100 120 140 160 180 200 220 240" > "set ccols 9 14 4 11 5 13 3 10 7 12 8 2 24" > 'd days' > 'set string 1 l 3' > 'draw string 7.5 8.0' _analysis > "run cbar.gs " > 'draw title 22 May 2006 MOZART L3\OzoneMixing Ratio (ppbv)' > 'printim /Users/jonathanwsmith/MOZART/mozart_22may.gif'/ > > For what ever reason I am only able to plot the one and three > dimensional variable like days (1-D) or PS (3-D. I am am unable to plot > Q or SOA_VMR_inst which are 4-D? > > What could be going wrong? > > > > *Jonathan Wynn Smith* > > /Student Trainee/ > > _jonathan.smith at nasa.gov_ > > NASA-Goddard Space Flight Center > > Code 613.3-Atmospheric Chemistry and Dynamics Branch > > Greenbelt, MD 20771 > > 301-614-5956 > > > > /Doctoral Candidate/ > > jonathan.smith at bison.howard.edu > > Howard University Program in Atmospheric Sciences > > 2355 6th St NW/408 Thirkield Bldg. > > Washington, DC 20059 > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- 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 reflect any official or unofficial position of the United States Federal Government, the United States Department of Commerce, or NOAA." From vsm at jamstec.go.jp Thu Jul 21 22:32:38 2011 From: vsm at jamstec.go.jp (Sergey Varlamov) Date: Fri, 22 Jul 2011 11:32:38 +0900 Subject: [gradsusr] pdef file works at v1.9b4 but not at v2.0.a9 In-Reply-To: <40829B0E077C1145A6DE44D39B3830A91FFD68B0C9@nerckwmb1.ad.nerc.ac.uk> References: <40829B0E077C1145A6DE44D39B3830A91FFD68B0C9@nerckwmb1.ad.nerc.ac.uk> Message-ID: <4E28E146.9090501@jamstec.go.jp> Dear Douglas, Please try to change pdef 67420 1 file ... to you real grid size pdef ix jy file ... where ix and jy are dimensions of your original curvilinear grid, such that ix*jy=67420. It must still work in version 1.9 and could work in versions 2 of GrADS. Sergey Varlamov, JAMSTEC, Yokohama Clark, Douglas B. wrote: > Dear All, > > I have a dataset that uses a pdef file and that I can use in GrADS v1.9b4 (in both SunOS and RH executables downloaded from the GrADS website), but which results in a segmentation fault at v2.0.a9 (and, from memory, at v2.0.a8) - again in various downloads. Looks like it might be a bug in GrADS...but of course most things turn out to be user error! Any ideas? > > At v2.0.a9: > > ga-> q config > Config: v2.0.a9 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids geotiff shapefile > Grid Analysis and Display System (GrADS) Version 2.0.a9 > Copyright (c) 1988-2010 by Brian Doty and the > Institute for Global Environment and Society (IGES) > This program is distributed WITHOUT ANY WARRANTY > See file COPYRIGHT for more information. > > Built Fri Sep 3 17:21:21 UTC 2010 for x86_64-redhat-linux-gnu > > This version of GrADS has been configured with the following options: > o Built on a LITTLE ENDIAN machine > o Athena Widget GUI DISABLED > o Command line editing ENABLED > http://tiswww.case.edu/php/chet/readline/rltop.html > o printim command for image output ENABLED > http://www.zlib.net > http://www.libpng.org/pub/png/libpng.html > http://www.libgd.org/Main_Page > o GRIB2 interface ENABLED > http://www.ijg.org > http://www.ece.uvic.ca/~mdadams/jasper > http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 > g2clib-1.2.0 > o NetCDF interface ENABLED > http://www.unidata.ucar.edu/software/netcdf > netcdf 4.1.1 of Dec 6 2010 08:20:12 $ > o OPeNDAP gridded data interface ENABLED > o OPeNDAP station data interface DISABLED > o HDF4 and HDF5 interfaces ENABLED > http://hdfgroup.org > HDF 4.2r5 > HDF5 1.8.5 > o GeoTIFF and KML/TIFF output ENABLED > http://www.libtiff.org > http://geotiff.osgeo.org > o KML contour output ENABLED > o Shapefile interface ENABLED > http://shapelib.maptools.org > > For additional information please consult http://iges.org/grads > > ga-> open Rainf_WFD_GPCC.ctl > Scanning description file: Rainf_WFD_GPCC.ctl > PDEF FILE Error: The offsets in the pdef file > must be 1-based (i.e., > 0 and <= isize*jsize). > The data file was not opened. > Segmentation fault (core dumped) > > ------------------------------------------------------------- > > The first few lines of the ctl file are: > > dset ^../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc > options template > dtype netcdf > undef 1.0e20 > pdef 67420 1 file 1 stream binary-big ^../../../ancil/data/WFD_0p5deg_pdefData.gra > xdef 720 linear -179.75 0.5 > ydef 280 linear -55.75 0.5 > > > ------------------------------------------------------------- > > Works fine at v1.9.b4: > > ga-> open Rainf_WFD_GPCC.ctl > Scanning description file: Rainf_WFD_GPCC.ctl > Data file ../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc is open as file 1 > LON set to 0 360 > LAT set to -55.75 83.75 > LEV set to 1 1 > Time values set: 2001:1:1:0 2001:1:1:0 > Notice: Implied interpolation for file Rainf_WFD_GPCC.ctl > Interpolation will be performed on any data displayed from this file > ga-> d rainf > Notice: Automatic Grid Interpolation Taking Place > Contouring: 0 to 0.0033 interval 0.0003 > > > ------------------------------------------------------------- > > Vague notion: The pdef data file is big-endian (as declared in the pdef line of the ctl file) but > I'm using a little-endian machine. I wonder if v2.0.a9 can't cope with this mix? > > > Cheers, > Doug > > > > > -- Sergey Varlamov JAMSTEC, Yokohama From sravan_sase at yahoo.in Thu Jul 21 23:17:42 2011 From: sravan_sase at yahoo.in (Sravan) Date: Fri, 22 Jul 2011 08:47:42 +0530 (IST) Subject: [gradsusr] Plotting a domain without parameters In-Reply-To: References: Message-ID: <1311304662.12078.YahooMailNeo@web95006.mail.in2.yahoo.com> Hi, you can do like this also. 'open {your control file}' 'set gxout fgrid' 'd {any parameter in your control file}' It will also work Sravan ________________________________ From: James Ciarlo` To: GrADS Users Forum Sent: Thursday, 21 July 2011 1:49 PM Subject: Re: [gradsusr] Plotting a domain without parameters Thanks On 20 July 2011 18:13, Jeffrey Duda wrote: the 'draw map' command will also do it, but it won't plot any lat/lon lines or coordinates since it won't have any actual map data to go off of (but it will give you geo-political boundaries just fine) > >Jeff Duda > > > >On Wed, Jul 20, 2011 at 9:46 AM, Joey Woodson wrote: > >To plot a map with no parameters, first open any file with any parameters (even the sample file will work). Then do this: >> >>set clevs 0 >>set ccols 0 0 >>d param >> >>where param is a valid parameter in that file. >> >> >>On Wed, Jul 20, 2011 at 7:41 AM, James Ciarlo` wrote: >> >>Dear gradsusr, >>> >>> >>>Is it possible to plot a map, without using any parameters? that is simply getting the outline of the coastlines for the region? >>> >>>And possibly even draw a few dots or crosses at particular locations according to lat/lon information? >>> >>>Regards, >>> >>>James >>> >>> >>>_______________________________________________ >>>gradsusr mailing list >>>gradsusr at gradsusr.org >>>http://gradsusr.org/mailman/listinfo/gradsusr >>> >>> >> >>_______________________________________________ >>gradsusr mailing list >>gradsusr at gradsusr.org >>http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > >-- >Jeff Duda >Iowa State University >Meteorology Graduate Student >3134 Agronomy Hall >www.meteor.iastate.edu/~jdduda > >_______________________________________________ >gradsusr mailing list >gradsusr at gradsusr.org >http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/a859df64/attachment-0003.html From simon.kiertscher at gmx.de Fri Jul 22 04:24:32 2011 From: simon.kiertscher at gmx.de (Simon Kiertscher) Date: Fri, 22 Jul 2011 10:24:32 +0200 Subject: [gradsusr] say to stderr In-Reply-To: References: <4E26D9AB.6090204@gmx.de> Message-ID: <4E2933C0.9020702@gmx.de> Hi John, thanks for your answer. I know how to redirect channels on the command line. But how to decide IN the script, what should go to stderr and what to stdout, 'say' always put the output to stdout. So in bash i would do echo "foobar" 1>&2 to get the foobar to the stderr, how can i do this in GrADS? Is there a way? Best Regards, Simon > Simon > > If you are running GrADS in batch mode you can re-direct output as follows > > grads -lbc 'run somescript.gs' 2> say.err 1>&2 > > In interactive mode there is no output to the screen it simply goes to the file. > > Does that answer your question? > > John Huddleston > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher > Sent: Wednesday, July 20, 2011 7:36 AM > To: gradsusr at gradsusr.org > Subject: [gradsusr] say to stderr > > Dear gradsusers > > i can not find any information about sending text to the stderror channel of the shell while using the say command. Has some one an idea? > > Best Regards, > Simon > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > From dbcl at ceh.ac.uk Fri Jul 22 04:38:50 2011 From: dbcl at ceh.ac.uk (Clark, Douglas B.) Date: Fri, 22 Jul 2011 09:38:50 +0100 Subject: [gradsusr] pdef file works at v1.9b4 but not at v2.0.a9 In-Reply-To: <4E28E146.9090501@jamstec.go.jp> References: <40829B0E077C1145A6DE44D39B3830A91FFD68B0C9@nerckwmb1.ad.nerc.ac.uk> <4E28E146.9090501@jamstec.go.jp> Message-ID: <40829B0E077C1145A6DE44D39B3830A91FFD68B7BE@nerckwmb1.ad.nerc.ac.uk> Sergey, Thanks for your answer. In fact I don't think your suggestion was the answer I needed, but it did cause me to look at the documentation again, at which point I got my answer! My data are essentially a "vector" of land points and I use the pdef to scatter these across a lat-lon grid (very like the final example on the pdef documentation page). So the "native grid" really is 67420 x 1. The problem was that in the pdef data file (WFD_0p5deg_pdefData.gra in my example below), I had values of zero for the index (or offset) variable over the sea - i.e. the locations that I didn't have data for. These would have been better set to the missing data value. At v1.9.b4, the zeroes worked fine (and I was blissfully unaware that GrADS was struggling with different offset values for GRIB and non-GRIB files). At v2.0.a9 presumably GrADS notes that I don't have a GRIB file and tests the offsets; when it finds a zero it fails (rather dramatically with a core dump!). So the answer was to make sure that my offset is set to the missing data value where I don't have data. Which sounds (and is) pretty obvious, but had worked for years with zero instead! I have been using this style of pdef file for years and hadn't noticed that the online documentation for pdef now has various "WARNING" and other messages documenting issues with the offset (and that pdef FILE is now deprecated in favour of pdef GENERAL). Thanks again, Doug -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Sergey Varlamov Sent: 22 July 2011 03:33 To: GrADS Users Forum Subject: Re: [gradsusr] pdef file works at v1.9b4 but not at v2.0.a9 Dear Douglas, Please try to change pdef 67420 1 file ... to you real grid size pdef ix jy file ... where ix and jy are dimensions of your original curvilinear grid, such that ix*jy=67420. It must still work in version 1.9 and could work in versions 2 of GrADS. Sergey Varlamov, JAMSTEC, Yokohama Clark, Douglas B. wrote: > Dear All, > > I have a dataset that uses a pdef file and that I can use in GrADS v1.9b4 (in both SunOS and RH executables downloaded from the GrADS website), but which results in a segmentation fault at v2.0.a9 (and, from memory, at v2.0.a8) - again in various downloads. Looks like it might be a bug in GrADS...but of course most things turn out to be user error! Any ideas? > > At v2.0.a9: > > ga-> q config > Config: v2.0.a9 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids geotiff shapefile > Grid Analysis and Display System (GrADS) Version 2.0.a9 > Copyright (c) 1988-2010 by Brian Doty and the > Institute for Global Environment and Society (IGES) > This program is distributed WITHOUT ANY WARRANTY > See file COPYRIGHT for more information. > > Built Fri Sep 3 17:21:21 UTC 2010 for x86_64-redhat-linux-gnu > > This version of GrADS has been configured with the following options: > o Built on a LITTLE ENDIAN machine > o Athena Widget GUI DISABLED > o Command line editing ENABLED > http://tiswww.case.edu/php/chet/readline/rltop.html > o printim command for image output ENABLED > http://www.zlib.net > http://www.libpng.org/pub/png/libpng.html > http://www.libgd.org/Main_Page > o GRIB2 interface ENABLED > http://www.ijg.org > http://www.ece.uvic.ca/~mdadams/jasper > http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 > g2clib-1.2.0 > o NetCDF interface ENABLED > http://www.unidata.ucar.edu/software/netcdf > netcdf 4.1.1 of Dec 6 2010 08:20:12 $ > o OPeNDAP gridded data interface ENABLED > o OPeNDAP station data interface DISABLED > o HDF4 and HDF5 interfaces ENABLED > http://hdfgroup.org > HDF 4.2r5 > HDF5 1.8.5 > o GeoTIFF and KML/TIFF output ENABLED > http://www.libtiff.org > http://geotiff.osgeo.org > o KML contour output ENABLED > o Shapefile interface ENABLED > http://shapelib.maptools.org > > For additional information please consult http://iges.org/grads > > ga-> open Rainf_WFD_GPCC.ctl > Scanning description file: Rainf_WFD_GPCC.ctl > PDEF FILE Error: The offsets in the pdef file > must be 1-based (i.e., > 0 and <= isize*jsize). > The data file was not opened. > Segmentation fault (core dumped) > > ------------------------------------------------------------- > > The first few lines of the ctl file are: > > dset ^../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc > options template > dtype netcdf > undef 1.0e20 > pdef 67420 1 file 1 stream binary-big ^../../../ancil/data/WFD_0p5deg_pdefData.gra > xdef 720 linear -179.75 0.5 > ydef 280 linear -55.75 0.5 > > > ------------------------------------------------------------- > > Works fine at v1.9.b4: > > ga-> open Rainf_WFD_GPCC.ctl > Scanning description file: Rainf_WFD_GPCC.ctl > Data file ../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc is open as file 1 > LON set to 0 360 > LAT set to -55.75 83.75 > LEV set to 1 1 > Time values set: 2001:1:1:0 2001:1:1:0 > Notice: Implied interpolation for file Rainf_WFD_GPCC.ctl > Interpolation will be performed on any data displayed from this file > ga-> d rainf > Notice: Automatic Grid Interpolation Taking Place > Contouring: 0 to 0.0033 interval 0.0003 > > > ------------------------------------------------------------- > > Vague notion: The pdef data file is big-endian (as declared in the pdef line of the ctl file) but > I'm using a little-endian machine. I wonder if v2.0.a9 can't cope with this mix? > > > Cheers, > Doug > > > > > -- Sergey Varlamov JAMSTEC, Yokohama _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -- This message (and any attachments) is for the recipient only. NERC is subject to the Freedom of Information Act 2000 and the contents of this email and any reply you make may be disclosed by NERC unless it is exempt from release under the Act. Any material supplied to NERC may be stored in an electronic records management system. From vsm at jamstec.go.jp Fri Jul 22 06:28:45 2011 From: vsm at jamstec.go.jp (Sergey Varlamov) Date: Fri, 22 Jul 2011 19:28:45 +0900 Subject: [gradsusr] pdef file works at v1.9b4 but not at v2.0.a9 In-Reply-To: <40829B0E077C1145A6DE44D39B3830A91FFD68B7BE@nerckwmb1.ad.nerc.ac.uk> References: <40829B0E077C1145A6DE44D39B3830A91FFD68B0C9@nerckwmb1.ad.nerc.ac.uk> <4E28E146.9090501@jamstec.go.jp> <40829B0E077C1145A6DE44D39B3830A91FFD68B7BE@nerckwmb1.ad.nerc.ac.uk> Message-ID: <4E2950DD.6000400@jamstec.go.jp> Douglas, The zero values for the mask in pdef file look to be normal. But reading your netcdf require to know each dimension size "as it is" in your file. When you provide description file (ctl) grads ignore internal netcdf information for dimension using yours instead. Then, for the input arrays allocation "67420 1" is OK, but the real netcdf lat-lon grid size is necessary for correct data input before the pdef mask application. Please run ncdump on you file and try "nx ny" instead. Just it must help. Or, if you are ready to rebuild an interpolation arrays, please create PDEF of GENERAL type that is better documented. Once more, the problem is in reading not the pdef mask file, but in reading from your netsdf file all 67420 values along the first (x or lon) dimension with all other dimensions fixed! It crashes netcdf library and then grads, I guess. In Grads prior version 1.9 the pdef do not worked for netcdf files at all due to this problem, but worked for binary files. >From 1.9 it worked, but already required to use nx and ny instead of "nx*ny 1" for FILE type pdefs in case of netcdf files, except that your netsdf file really has an internal structure with "67420*1" spatial grid. Good luck to you! Sergey Clark, Douglas B. wrote: > Sergey, > > Thanks for your answer. In fact I don't think your suggestion was the answer I needed, but it did cause me to look at the documentation again, at which point I got my answer! > > My data are essentially a "vector" of land points and I use the pdef to scatter these across a lat-lon grid (very like the final example on the pdef documentation page). So the "native grid" really is 67420 x 1. The problem was that in the pdef data file (WFD_0p5deg_pdefData.gra in my example below), I had values of zero for the index (or offset) variable over the sea - i.e. the locations that I didn't have data for. These would have been better set to the missing data value. At v1.9.b4, the zeroes worked fine (and I was blissfully unaware that GrADS was struggling with different offset values for GRIB and non-GRIB files). At v2.0.a9 presumably GrADS notes that I don't have a GRIB file and tests the offsets; when it finds a zero it fails (rather dramatically with a core dump!). > > So the answer was to make sure that my offset is set to the missing data value where I don't have data. Which sounds (and is) pretty obvious, but had worked for years with zero instead! > > I have been using this style of pdef file for years and hadn't noticed that the online documentation for pdef now has various "WARNING" and other messages documenting issues with the offset (and that pdef FILE is now deprecated in favour of pdef GENERAL). > > Thanks again, > Doug > > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Sergey Varlamov > Sent: 22 July 2011 03:33 > To: GrADS Users Forum > Subject: Re: [gradsusr] pdef file works at v1.9b4 but not at v2.0.a9 > > > Dear Douglas, > > Please try to change > > pdef 67420 1 file ... > > to you real grid size > > pdef ix jy file ... > > where ix and jy are dimensions of your original curvilinear grid, > such that ix*jy=67420. > It must still work in version 1.9 and could work in versions 2 of GrADS. > > Sergey Varlamov, > > JAMSTEC, Yokohama > > > Clark, Douglas B. wrote: > >> Dear All, >> >> I have a dataset that uses a pdef file and that I can use in GrADS v1.9b4 (in both SunOS and RH executables downloaded from the GrADS website), but which results in a segmentation fault at v2.0.a9 (and, from memory, at v2.0.a8) - again in various downloads. Looks like it might be a bug in GrADS...but of course most things turn out to be user error! Any ideas? >> >> At v2.0.a9: >> >> ga-> q config >> Config: v2.0.a9 little-endian readline printim grib2 netcdf hdf4-sds hdf5 opendap-grids geotiff shapefile >> Grid Analysis and Display System (GrADS) Version 2.0.a9 >> Copyright (c) 1988-2010 by Brian Doty and the >> Institute for Global Environment and Society (IGES) >> This program is distributed WITHOUT ANY WARRANTY >> See file COPYRIGHT for more information. >> >> Built Fri Sep 3 17:21:21 UTC 2010 for x86_64-redhat-linux-gnu >> >> This version of GrADS has been configured with the following options: >> o Built on a LITTLE ENDIAN machine >> o Athena Widget GUI DISABLED >> o Command line editing ENABLED >> http://tiswww.case.edu/php/chet/readline/rltop.html >> o printim command for image output ENABLED >> http://www.zlib.net >> http://www.libpng.org/pub/png/libpng.html >> http://www.libgd.org/Main_Page >> o GRIB2 interface ENABLED >> http://www.ijg.org >> http://www.ece.uvic.ca/~mdadams/jasper >> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 >> g2clib-1.2.0 >> o NetCDF interface ENABLED >> http://www.unidata.ucar.edu/software/netcdf >> netcdf 4.1.1 of Dec 6 2010 08:20:12 $ >> o OPeNDAP gridded data interface ENABLED >> o OPeNDAP station data interface DISABLED >> o HDF4 and HDF5 interfaces ENABLED >> http://hdfgroup.org >> HDF 4.2r5 >> HDF5 1.8.5 >> o GeoTIFF and KML/TIFF output ENABLED >> http://www.libtiff.org >> http://geotiff.osgeo.org >> o KML contour output ENABLED >> o Shapefile interface ENABLED >> http://shapelib.maptools.org >> >> For additional information please consult http://iges.org/grads >> >> ga-> open Rainf_WFD_GPCC.ctl >> Scanning description file: Rainf_WFD_GPCC.ctl >> PDEF FILE Error: The offsets in the pdef file >> must be 1-based (i.e., > 0 and <= isize*jsize). >> The data file was not opened. >> Segmentation fault (core dumped) >> >> ------------------------------------------------------------- >> >> The first few lines of the ctl file are: >> >> dset ^../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc >> options template >> dtype netcdf >> undef 1.0e20 >> pdef 67420 1 file 1 stream binary-big ^../../../ancil/data/WFD_0p5deg_pdefData.gra >> xdef 720 linear -179.75 0.5 >> ydef 280 linear -55.75 0.5 >> >> >> ------------------------------------------------------------- >> >> Works fine at v1.9.b4: >> >> ga-> open Rainf_WFD_GPCC.ctl >> Scanning description file: Rainf_WFD_GPCC.ctl >> Data file ../data/Rainf_WFD_GPCC/Rainf_WFD_GPCC_%y4%m2.nc is open as file 1 >> LON set to 0 360 >> LAT set to -55.75 83.75 >> LEV set to 1 1 >> Time values set: 2001:1:1:0 2001:1:1:0 >> Notice: Implied interpolation for file Rainf_WFD_GPCC.ctl >> Interpolation will be performed on any data displayed from this file >> ga-> d rainf >> Notice: Automatic Grid Interpolation Taking Place >> Contouring: 0 to 0.0033 interval 0.0003 >> >> >> ------------------------------------------------------------- >> >> Vague notion: The pdef data file is big-endian (as declared in the pdef line of the ctl file) but >> I'm using a little-endian machine. I wonder if v2.0.a9 can't cope with this mix? >> >> >> Cheers, >> Doug >> >> >> >> >> >> > > > -- Sergey Varlamov Senior Scientist Ocean Downscaled Prediction Research Team Climate Variation Predictability and Applicability Research Program Research Institute for Global Change JAMSTEC, 3173-25 Showa-machi, Kanazawa-ku, Yokohama, Kanagawa-ken, 236-0001 JAPAN Tel: +81-45-778-5516 Fax: +81-45-778-5707 E-mail: vsm at jamstec.go.jp ?236-0001 ?????????3173-25 ?????????????? ???????? ????????????????? ?????????????????? Varlamov Sergey From me at j0nes.de Fri Jul 22 07:52:07 2011 From: me at j0nes.de (Jonas Kaufmann) Date: Fri, 22 Jul 2011 13:52:07 +0200 Subject: [gradsusr] GrADS Return Code 141 Message-ID: Hello, in my setup I am running into a strange problem right now. I am calling a shell script containing a call to grads from a remote server. When I invoke my shell script manually from the remote server, everything is working fine - however when running through cron, grads silently crashes. Nothing is written on both STDOUT or STDERR. The only thing that I can get is that grads gives a return code 141 in the shell after failing. Can you tell me what this return code means? Do you have any idea why my job can be run manually but not from cron? Best regards, Jonas Kaufmann From klhuyck at meridian-enviro.com Fri Jul 22 08:49:22 2011 From: klhuyck at meridian-enviro.com (Kevin Huyck) Date: Fri, 22 Jul 2011 07:49:22 -0500 Subject: [gradsusr] Missing variables in 3-d fwrite binary file Message-ID: <4E2971D2.6050800@meridian-enviro.com> Good morning. I'm attempting to configure some post-processing subroutines for several parameters I find useful. For my pathfinder case, I am creating a binary file using "fwrite" to store four parameters. Each parameter varies in the horizontal plane, but not in the vertical (i.e. only one vertical level is computed). When I output a single timestep, I can open and retrieve the data file and the data display correctly. If I write each variable twice, once for each time step, I can retrieve the first time step, but not the second. At present I'm feeding commands into the command-line interpreter rather than executing a script. I've seen examples in the archives discussing varying the time dimension by way of a "while" loop. Since I'm entering the commands individually the result /should/ be the same as if run from a script. I'm not sure where I'm making my mistake in the process, so any guidance would be appreciated. Input data is the North American Mesoscale (NAM) 40 km model. I am computing values for "t 1" and "t 2" during this trial period. The variables utilized in the process are "cpd", "isenps", "u", and "v". Command sequence is first, followed by the .ctl file. I use a homemade script file, "compute_cpd.gs", to conduct the necessary calculations. This script accepts three arguments, Theta surface (in Kelvin), grid skip, and working file number. compute_cpd.gs returns cpd, isenps, u, and v. In this case, "z" in NAM-2011072200.dat represents the "theta" level for the isentropic surface. --- Command Listing --- open NAM-2011072200.ctl set t 1 run compute_cpd.gs 315 1 1 set fwrite ./cpd/NAM-2011072200.dat set gxout fwrite d cpd d isenps d u d v set t 2 run compute_cpd.gs 315 1 1 d cpd d isenps d u d v disable fwrite reinit open ./cpd/NAM-2011072200.ctl set t 1 run ./draw-cpd.gs clear graphics set t 2 run ./draw-cpd.gs --- Error Output --- Low Level I/O Error: Read error on data file Data file name = ./cpd/NAM-2011072200.dat Error reading 200 bytes at location 704000 Data Request Error: Error for variable 'cpd' Error ocurred at column 1 DISPLAY error: Invalid expression Expression = cpd Cannot plot color bar: No shading information Low Level I/O Error: Read error on data file Data file name = ./cpd/NAM-2011072200.dat Error reading 200 bytes at location 704000 Data Request Error: Error for variable 'cpd' Error ocurred at column 1 DISPLAY error: Invalid expression Expression = cpd Low Level I/O Error: Read error on data file Data file name = ./cpd/NAM-2011072200.dat Error reading 200 bytes at location 880000 Data Request Error: Error for variable 'isenps' Error ocurred at column 1 DISPLAY error: Invalid expression Expression = isenps Low Level I/O Error: Read error on data file Data file name = ./cpd/NAM-2011072200.dat Error reading 200 bytes at location 1056000 Data Request Error: Error for variable 'u' Operation Error: Error from skip function Error ocurred at column 1 DISPLAY error: Invalid expression Expression = skip(u,2) --- ./cpd/NAM-2011072200.ctl Contents --- dset /home/Agena/klhuyck/cpd/NAM-2011072200.dat title NAM 40km Condensation Pressure Deficit undef -999000000.000000 options little_endian xdef 200 linear -145.0 0.5 ydef 110 linear 12.0 0.5 zdef 1 levels 315 tdef 2 linear 00Z22Jul2011 3hr vars 4 cpd 2 99 Condensation Pressure Deficit (mb) isenps 2 99 Pressure (mb) u 2 99 Zonal component of wind (ms^-1) v 2 99 Meridional component of wind (ms^-1) endvars -- Kevin L. Huyck Forecaster, Meridian Environmental Technology, Inc. klhuyck at meridian-enviro.com Composed using Mozilla Thunderbird! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/355430bd/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: klhuyck.vcf Type: text/x-vcard Size: 307 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110722/355430bd/attachment-0003.vcf From bernd.becker at metoffice.gov.uk Fri Jul 22 08:50:11 2011 From: bernd.becker at metoffice.gov.uk (Becker, Bernd) Date: Fri, 22 Jul 2011 13:50:11 +0100 Subject: [gradsusr] GrADS Return Code 141 In-Reply-To: References: Message-ID: Normalerweise liegt das an nicht gesetzten Umgebungsvariablen. Einfach im Script oben nochmal . ~/profile . ~/kshrc ausfuehren. Dann klappt das. (Meistens) -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jonas Kaufmann Sent: 22 July 2011 12:52 To: GrADS Users Forum Subject: [gradsusr] GrADS Return Code 141 Hello, in my setup I am running into a strange problem right now. I am calling a shell script containing a call to grads from a remote server. When I invoke my shell script manually from the remote server, everything is working fine - however when running through cron, grads silently crashes. Nothing is written on both STDOUT or STDERR. The only thing that I can get is that grads gives a return code 141 in the shell after failing. Can you tell me what this return code means? Do you have any idea why my job can be run manually but not from cron? Best regards, Jonas Kaufmann _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From Huddleston at cira.colostate.edu Fri Jul 22 10:10:40 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Fri, 22 Jul 2011 07:10:40 -0700 Subject: [gradsusr] say to stderr In-Reply-To: <4E2933C0.9020702@gmx.de> References: <4E26D9AB.6090204@gmx.de> <4E2933C0.9020702@gmx.de> Message-ID: Simon I looked through the GrADS source code, specifically gscrpt.c file and the 'printf' function is used. The 'printf' always goes to stdout. Had it been fprintf(FILE *somefp,...) then maybe it could have been. However, I don't think the original designers (aka Brian Doty) was concerned about writing to stderr. John -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher Sent: Friday, July 22, 2011 2:25 AM To: gradsusr at gradsusr.org Subject: Re: [gradsusr] say to stderr Hi John, thanks for your answer. I know how to redirect channels on the command line. But how to decide IN the script, what should go to stderr and what to stdout, 'say' always put the output to stdout. So in bash i would do echo "foobar" 1>&2 to get the foobar to the stderr, how can i do this in GrADS? Is there a way? Best Regards, Simon > Simon > > If you are running GrADS in batch mode you can re-direct output as > follows > > grads -lbc 'run somescript.gs' 2> say.err 1>&2 > > In interactive mode there is no output to the screen it simply goes to the file. > > Does that answer your question? > > John Huddleston > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org > [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher > Sent: Wednesday, July 20, 2011 7:36 AM > To: gradsusr at gradsusr.org > Subject: [gradsusr] say to stderr > > Dear gradsusers > > i can not find any information about sending text to the stderror channel of the shell while using the say command. Has some one an idea? > > Best Regards, > Simon > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From Huddleston at cira.colostate.edu Fri Jul 22 10:31:19 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Fri, 22 Jul 2011 07:31:19 -0700 Subject: [gradsusr] GrADS Return Code 141 In-Reply-To: References: Message-ID: Jonas There could be a number of reasons. Bernd's reply is true in that a cron script does not set a PATH and so by sourcing your profile or .bashrc files it will establish your environment. It is easier to put those PATH assignments in the cron script itself. Add the GrADS variables (GADDIR and GASCRP) as well to find the library scripts. Second, the error code 141 means it is a SIGPIPE error. 141=128+13. 13 indicates a pipe error. 128 is the bash script error. Third, it could be related to the resources on your machine itself could be the problem. Can you give us your script? John Huddleston -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Becker, Bernd Sent: Friday, July 22, 2011 6:50 AM To: GrADS Users Forum Subject: Re: [gradsusr] GrADS Return Code 141 Normalerweise liegt das an nicht gesetzten Umgebungsvariablen. Einfach im Script oben nochmal . ~/profile . ~/kshrc ausfuehren. Dann klappt das. (Meistens) -- Bernd Becker Climate Impacts Product Development Met Office Hadley Centre FitzRoy Road Exeter Devon EX1 3PB United Kingdom Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ bernd-becker -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jonas Kaufmann Sent: 22 July 2011 12:52 To: GrADS Users Forum Subject: [gradsusr] GrADS Return Code 141 Hello, in my setup I am running into a strange problem right now. I am calling a shell script containing a call to grads from a remote server. When I invoke my shell script manually from the remote server, everything is working fine - however when running through cron, grads silently crashes. Nothing is written on both STDOUT or STDERR. The only thing that I can get is that grads gives a return code 141 in the shell after failing. Can you tell me what this return code means? Do you have any idea why my job can be run manually but not from cron? Best regards, Jonas Kaufmann _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From james.ciarlo at physics.org Fri Jul 22 10:36:56 2011 From: james.ciarlo at physics.org (James Ciarlo`) Date: Fri, 22 Jul 2011 16:36:56 +0200 Subject: [gradsusr] P-value of scorr & tcorr In-Reply-To: References: Message-ID: Hi Teresa, sorry for replying so late, i had some personal issues. well I have some difficulties with this technique since I have statistically significant values both negative and positive, so when i do set cmin or cmax, it will block out the others. Is there a way to set it to absolute values? With regards to scorr, I am of the understanding that grads correlates the final spatial distribution of both and thus producing one value. I guess for statistical significance one can use the values on statistics books, and also consider the resolution of the image to obtain n Regards, James On 20 May 2011 17:41, wrote: > Hi, > > A simple way for tcorr: look at the statistically significant values for > correlation in a statistics book; then according to your n-1 observations > get the threshold values for the level of interest (p<0.05 or p<0.01). > > In grads you you can black out the values lower than those thresholds to > display only the significant ones. Also you can set a minimum value to > plot. For example, if your significant correlation at the 95% level is > 0.45: > > "set cmin 0.45" > > By the way how do you calculate the scorr, do you only average the spatial > window after calculating the tcorr? > > The spatial significance is much more complicated...I am also interested > in that, if anyone has it. It may require a bootstrap... > > Tereza Cavazos > > > > Dear gradsusrs, > > > > I have a question about scorr and tcorr functions. Is there a way to > > obtain > > the p-value in this cases? i.e. one value for scorr and map value for > > tcorr > > > > Or anything of the sort? > > > > Regards, > > > > James > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/66116c62/attachment-0003.html From james.ciarlo at physics.org Fri Jul 22 10:45:32 2011 From: james.ciarlo at physics.org (James Ciarlo`) Date: Fri, 22 Jul 2011 16:45:32 +0200 Subject: [gradsusr] P-value of scorr & tcorr In-Reply-To: References: Message-ID: Hi Teresa, I have found this, maybe it will be helpful http://ccr.aos.wisc.edu/climate_modeling/modeling/data_processing/grads/grads_statsig.php Regards, James On 22 July 2011 16:36, James Ciarlo` wrote: > Hi Teresa, > > sorry for replying so late, i had some personal issues. well I have some > difficulties with this technique since I have statistically significant > values both negative and positive, so when i do set cmin or cmax, it will > block out the others. Is there a way to set it to absolute values? > > With regards to scorr, I am of the understanding that grads correlates the > final spatial distribution of both and thus producing one value. I guess for > statistical significance one can use the values on statistics books, and > also consider the resolution of the image to obtain n > > Regards, > > James > > > On 20 May 2011 17:41, wrote: > >> Hi, >> >> A simple way for tcorr: look at the statistically significant values for >> correlation in a statistics book; then according to your n-1 observations >> get the threshold values for the level of interest (p<0.05 or p<0.01). >> >> In grads you you can black out the values lower than those thresholds to >> display only the significant ones. Also you can set a minimum value to >> plot. For example, if your significant correlation at the 95% level is >> 0.45: >> >> "set cmin 0.45" >> >> By the way how do you calculate the scorr, do you only average the spatial >> window after calculating the tcorr? >> >> The spatial significance is much more complicated...I am also interested >> in that, if anyone has it. It may require a bootstrap... >> >> Tereza Cavazos >> >> >> > Dear gradsusrs, >> > >> > I have a question about scorr and tcorr functions. Is there a way to >> > obtain >> > the p-value in this cases? i.e. one value for scorr and map value for >> > tcorr >> > >> > Or anything of the sort? >> > >> > Regards, >> > >> > James >> > _______________________________________________ >> > gradsusr mailing list >> > gradsusr at gradsusr.org >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/614554d7/attachment-0003.html From me at j0nes.de Fri Jul 22 11:03:04 2011 From: me at j0nes.de (Jonas Kaufmann) Date: Fri, 22 Jul 2011 17:03:04 +0200 Subject: [gradsusr] GrADS Return Code 141 In-Reply-To: References: Message-ID: Hello, I have examined the environment of the calls on both my grads machine and my remote machines. There are three machines involved in this: two remote machines where WRF computations are run (these are located in different data centers and have a slightly different setup) and my grads machine where the output of the WRF computation is pushed and then a script is started via ssh. So the basic script on the remote machine looks like this: - wait for new data from the forecast model - scp the data to the grads machine - ssh grads_machine image_generation_script.sh The image_generation_script.sh running on the grads server is also quite easy: - set up environment variables - perl script to generate a grads script - grads -b -l -c my_generated_script.gs I have compared the environments on both the remote machines as the script is run via cron, and the environment variables are exactly the same on both machines. On the grads machine, I have also done this, and the environment also matches there when being called from both remote machines. There are two things that I don't get: - on one remote machine everything is working fine, and the other one fails - if I start the script on my failing remote machine manually, everything works fine, but not when it gets executed by cron Is there a way to get any additional output or debug information from grads? Do you have any other hints what I could try? Best regards and thank you for your help! Jonas Kaufmann On Fri, Jul 22, 2011 at 16:31, Huddleston, John wrote: > Jonas > > There could be a number of reasons. Bernd's reply is true in that a cron script does not set a PATH and so by sourcing your profile or .bashrc files it will establish your environment. It is easier to put those PATH assignments in the cron script itself. Add the GrADS variables (GADDIR and GASCRP) as well to find the library scripts. > > Second, the error code 141 means it is a SIGPIPE error. 141=128+13. 13 indicates a pipe error. 128 is the bash script error. > > Third, it could be related to the resources on your machine itself could be the problem. > > Can you give us your script? > > John Huddleston > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Becker, Bernd > Sent: Friday, July 22, 2011 6:50 AM > To: GrADS Users Forum > Subject: Re: [gradsusr] GrADS Return Code 141 > > > Normalerweise liegt das an nicht gesetzten Umgebungsvariablen. > > Einfach im Script oben nochmal > . ~/profile > . ~/kshrc > > ausfuehren. Dann klappt das. (Meistens) > > -- > Bernd Becker ? Climate Impacts Product Development > Met Office Hadley Centre ? ?FitzRoy Road ?Exeter ? Devon EX1 3PB ?United > Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 E-mail:bernd.becker at metoffice.gov.uk - http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decadal/ > bernd-becker > > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org > [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jonas Kaufmann > Sent: 22 July 2011 12:52 > To: GrADS Users Forum > Subject: [gradsusr] GrADS Return Code 141 > > Hello, > > in my setup I am running into a strange problem right now. I am calling a shell script containing a call to grads from a remote server. When I invoke my shell script manually from the remote server, everything is working fine - however when running through cron, grads silently crashes. Nothing is written on both STDOUT or STDERR. The only thing that I can get is that grads gives a return code 141 in the shell after failing. > > Can you tell me what this return code means? Do you have any idea why my job can be run manually but not from cron? > > Best regards, > Jonas Kaufmann > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > From Huddleston at cira.colostate.edu Fri Jul 22 11:32:08 2011 From: Huddleston at cira.colostate.edu (Huddleston, John) Date: Fri, 22 Jul 2011 08:32:08 -0700 Subject: [gradsusr] GrADS Return Code 141 In-Reply-To: References: Message-ID: Jonas That's fits my third guess that it fails on a busy machine. What is the hardware, the operating system, the memory (vmstat,free), and the ulimit of your space on both machines. John -----Original Message----- From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jonas Kaufmann Sent: Friday, July 22, 2011 9:03 AM To: GrADS Users Forum Subject: Re: [gradsusr] GrADS Return Code 141 Hello, I have examined the environment of the calls on both my grads machine and my remote machines. There are three machines involved in this: two remote machines where WRF computations are run (these are located in different data centers and have a slightly different setup) and my grads machine where the output of the WRF computation is pushed and then a script is started via ssh. So the basic script on the remote machine looks like this: - wait for new data from the forecast model - scp the data to the grads machine - ssh grads_machine image_generation_script.sh The image_generation_script.sh running on the grads server is also quite easy: - set up environment variables - perl script to generate a grads script - grads -b -l -c my_generated_script.gs I have compared the environments on both the remote machines as the script is run via cron, and the environment variables are exactly the same on both machines. On the grads machine, I have also done this, and the environment also matches there when being called from both remote machines. There are two things that I don't get: - on one remote machine everything is working fine, and the other one fails - if I start the script on my failing remote machine manually, everything works fine, but not when it gets executed by cron Is there a way to get any additional output or debug information from grads? Do you have any other hints what I could try? Best regards and thank you for your help! Jonas Kaufmann On Fri, Jul 22, 2011 at 16:31, Huddleston, John wrote: > Jonas > > There could be a number of reasons. Bernd's reply is true in that a cron script does not set a PATH and so by sourcing your profile or .bashrc files it will establish your environment. It is easier to put those PATH assignments in the cron script itself. Add the GrADS variables (GADDIR and GASCRP) as well to find the library scripts. > > Second, the error code 141 means it is a SIGPIPE error. 141=128+13. 13 indicates a pipe error. 128 is the bash script error. > > Third, it could be related to the resources on your machine itself could be the problem. > > Can you give us your script? > > John Huddleston > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org > [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Becker, Bernd > Sent: Friday, July 22, 2011 6:50 AM > To: GrADS Users Forum > Subject: Re: [gradsusr] GrADS Return Code 141 > > > Normalerweise liegt das an nicht gesetzten Umgebungsvariablen. > > Einfach im Script oben nochmal > . ~/profile > . ~/kshrc > > ausfuehren. Dann klappt das. (Meistens) > > -- > Bernd Becker ? Climate Impacts Product Development Met Office Hadley > Centre ? ?FitzRoy Road ?Exeter ? Devon EX1 3PB ?United Kingdom > Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > E-mail:bernd.becker at metoffice.gov.uk - > http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decada > l/ > bernd-becker > > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org > [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jonas Kaufmann > Sent: 22 July 2011 12:52 > To: GrADS Users Forum > Subject: [gradsusr] GrADS Return Code 141 > > Hello, > > in my setup I am running into a strange problem right now. I am calling a shell script containing a call to grads from a remote server. When I invoke my shell script manually from the remote server, everything is working fine - however when running through cron, grads silently crashes. Nothing is written on both STDOUT or STDERR. The only thing that I can get is that grads gives a return code 141 in the shell after failing. > > Can you tell me what this return code means? Do you have any idea why my job can be run manually but not from cron? > > Best regards, > Jonas Kaufmann > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From mubashardogar at gmail.com Fri Jul 22 11:49:13 2011 From: mubashardogar at gmail.com (Mubashar Dogar) Date: Fri, 22 Jul 2011 18:49:13 +0300 Subject: [gradsusr] problem with grib2ctl.pl Message-ID: *Dear GrADS users, I have downloaded synoptic monthly means analysis data from ECMWF for specific humidity at 1000 pressure level both in netcdf and grib format (This is the same data in grib & netcdf format for three months of 1989). I encountered a bug or some issue in perl script (grib2ctl.pl) that generates GrADS readable control file for the grib data set. I am attaching grib file and control file made by grib2ctl.pl as well as index file generated by gribmap. The bug is that synoptic monthly means data have 4 time steps (at 00, 06, 12, & 18) for each month but grib2ctl.pl makes 4 time steps in each day instead of 4 time step in a month. When I opened the ctl file in GrADS, it display some values and shows rest as all undefined values. I even changed time in ctl manually and generate index again but the problem is yet unresolved. Where is the issue? Does anyone already encountered the same problem. Please see attached files for your satisfaction. * Mubashar -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/669918c4/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: output.ctl Type: application/octet-stream Size: 333 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110722/669918c4/attachment-0009.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: output.grib Type: application/octet-stream Size: 698256 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110722/669918c4/attachment-0010.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: output.grib.idx Type: application/octet-stream Size: 5794 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110722/669918c4/attachment-0011.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: output.nc Type: application/x-netcdf Size: 699252 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110722/669918c4/attachment-0003.nc From Mason.D.Rowell-1 at ou.edu Fri Jul 22 12:06:31 2011 From: Mason.D.Rowell-1 at ou.edu (Rowell, Mason D.) Date: Fri, 22 Jul 2011 16:06:31 +0000 Subject: [gradsusr] problem with grib2ctl.pl In-Reply-To: References: Message-ID: Mubashar, Are you sure the data is what you expect? Does your grib file have 4 time steps x 30 some days in the month of interest? Or are you positive it is just those for time steps averaged for each day in the month? Mason ________________________________ From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on behalf of Mubashar Dogar [mubashardogar at gmail.com] Sent: Friday, July 22, 2011 10:49 AM To: gradsusr at gradsusr.org Subject: [gradsusr] problem with grib2ctl.pl Dear GrADS users, I have downloaded synoptic monthly means analysis data from ECMWF for specific humidity at 1000 pressure level both in netcdf and grib format (This is the same data in grib & netcdf format for three months of 1989). I encountered a bug or some issue in perl script (grib2ctl.pl) that generates GrADS readable control file for the grib data set. I am attaching grib file and control file made by grib2ctl.pl as well as index file generated by gribmap. The bug is that synoptic monthly means data have 4 time steps (at 00, 06, 12, & 18) for each month but grib2ctl.pl makes 4 time steps in each day instead of 4 time step in a month. When I opened the ctl file in GrADS, it display some values and shows rest as all undefined values. I even changed time in ctl manually and generate index again but the problem is yet unresolved. Where is the issue? Does anyone already encountered the same problem. Please see attached files for your satisfaction. Mubashar -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/c0f45065/attachment-0003.html From me at j0nes.de Fri Jul 22 12:08:45 2011 From: me at j0nes.de (Jonas Kaufmann) Date: Fri, 22 Jul 2011 18:08:45 +0200 Subject: [gradsusr] GrADS Return Code 141 In-Reply-To: References: Message-ID: Hello, the machine itself was okay - however I have found the answer in the mean time. In my original script running on my WRF server I tried to capture the output of the remote ssh command for debugging using: ssh grads_machine image_generation_script.sh & > logfile 2> errorfile I changed this to (notice the brackets): (ssh grads_machine image_generation_script.sh &) > logfile 2> errorfile ...and from this point on everything went fine - although I am not sure why this failed at all... Anyway, thank you for your help and for your hints on where to look further! Best regards and have a nice weekend! Jonas Kaufmann On Fri, Jul 22, 2011 at 17:32, Huddleston, John wrote: > Jonas > > That's fits my third guess that it fails on a busy machine. > > What is the hardware, the operating system, the memory (vmstat,free), and the ulimit of your space ?on both machines. > > John > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jonas Kaufmann > Sent: Friday, July 22, 2011 9:03 AM > To: GrADS Users Forum > Subject: Re: [gradsusr] GrADS Return Code 141 > > Hello, > > I have examined the environment of the calls on both my grads machine and my remote machines. There are three machines involved in this: two remote machines where WRF computations are run (these are located in different data centers and have a slightly different setup) and my grads machine where the output of the WRF computation is pushed and then a script is started via ssh. > > So the basic script on the remote machine looks like this: > - wait for new data from the forecast model > - scp the data to the grads machine > - ssh grads_machine image_generation_script.sh > > The image_generation_script.sh running on the grads server is also quite easy: > - set up environment variables > - perl script to generate a grads script > - grads -b -l -c my_generated_script.gs > > I have compared the environments on both the remote machines as the script is run via cron, and the environment variables are exactly the same on both machines. On the grads machine, I have also done this, and the environment also matches there when being called from both remote machines. There are two things that I don't get: > - on one remote machine everything is working fine, and the other one fails > - if I start the script on my failing remote machine manually, everything works fine, but not when it gets executed by cron > > Is there a way to get any additional output or debug information from grads? Do you have any other hints what I could try? > > Best regards and thank you for your help! > > Jonas Kaufmann > > > On Fri, Jul 22, 2011 at 16:31, Huddleston, John wrote: >> Jonas >> >> There could be a number of reasons. Bernd's reply is true in that a cron script does not set a PATH and so by sourcing your profile or .bashrc files it will establish your environment. It is easier to put those PATH assignments in the cron script itself. Add the GrADS variables (GADDIR and GASCRP) as well to find the library scripts. >> >> Second, the error code 141 means it is a SIGPIPE error. 141=128+13. 13 indicates a pipe error. 128 is the bash script error. >> >> Third, it could be related to the resources on your machine itself could be the problem. >> >> Can you give us your script? >> >> John Huddleston >> >> -----Original Message----- >> From: gradsusr-bounces at gradsusr.org >> [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Becker, Bernd >> Sent: Friday, July 22, 2011 6:50 AM >> To: GrADS Users Forum >> Subject: Re: [gradsusr] GrADS Return Code 141 >> >> >> Normalerweise liegt das an nicht gesetzten Umgebungsvariablen. >> >> Einfach im Script oben nochmal >> . ~/profile >> . ~/kshrc >> >> ausfuehren. Dann klappt das. (Meistens) >> >> -- >> Bernd Becker ? Climate Impacts Product Development Met Office Hadley >> Centre ? ?FitzRoy Road ?Exeter ? Devon EX1 3PB ?United Kingdom >> Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 >> E-mail:bernd.becker at metoffice.gov.uk - >> http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decada >> l/ >> bernd-becker >> >> >> -----Original Message----- >> From: gradsusr-bounces at gradsusr.org >> [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jonas Kaufmann >> Sent: 22 July 2011 12:52 >> To: GrADS Users Forum >> Subject: [gradsusr] GrADS Return Code 141 >> >> Hello, >> >> in my setup I am running into a strange problem right now. I am calling a shell script containing a call to grads from a remote server. When I invoke my shell script manually from the remote server, everything is working fine - however when running through cron, grads silently crashes. Nothing is written on both STDOUT or STDERR. The only thing that I can get is that grads gives a return code 141 in the shell after failing. >> >> Can you tell me what this return code means? Do you have any idea why my job can be run manually but not from cron? >> >> Best regards, >> Jonas Kaufmann >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > From jimp at hawaii.edu Fri Jul 22 12:48:54 2011 From: jimp at hawaii.edu (James T. Potemra) Date: Fri, 22 Jul 2011 06:48:54 -1000 Subject: [gradsusr] Missing variables in 3-d fwrite binary file In-Reply-To: <4E2971D2.6050800@meridian-enviro.com> References: <4E2971D2.6050800@meridian-enviro.com> Message-ID: <4E29A9F6.5030801@hawaii.edu> Hi Kevin: It looks like in your NAM-2011072200.ctl file you are defining one vertical level: zdef 1 levels 315 but you then assign two levels to each variable: cpd 2 99 Condensation Pressure Deficit (mb) isenps 2 99 Pressure (mb) u 2 99 Zonal component of wind (ms^-1) v 2 99 Meridional component of wind (ms^-1) I think if you change the "2's" above with "1", or for surface you can have "0", it should work ok. Jim On 7/22/11 2:49 AM, Kevin Huyck wrote: > Good morning. > > I'm attempting to configure some post-processing subroutines for > several parameters I find useful. For my pathfinder case, I am > creating a binary file using "fwrite" to store four parameters. Each > parameter varies in the horizontal plane, but not in the vertical > (i.e. only one vertical level is computed). When I output a single > timestep, I can open and retrieve the data file and the data display > correctly. If I write each variable twice, once for each time step, I > can retrieve the first time step, but not the second. At present I'm > feeding commands into the command-line interpreter rather than > executing a script. I've seen examples in the archives discussing > varying the time dimension by way of a "while" loop. Since I'm > entering the commands individually the result /should/ be the same as > if run from a script. > > I'm not sure where I'm making my mistake in the process, so any > guidance would be appreciated. > > Input data is the North American Mesoscale (NAM) 40 km model. I am > computing values for "t 1" and "t 2" during this trial period. The > variables utilized in the process are "cpd", "isenps", "u", and "v". > Command sequence is first, followed by the .ctl file. I use a homemade > script file, "compute_cpd.gs", to conduct the necessary calculations. > This script accepts three arguments, Theta surface (in Kelvin), grid > skip, and working file number. compute_cpd.gs returns cpd, isenps, u, > and v. In this case, "z" in NAM-2011072200.dat represents the "theta" > level for the isentropic surface. > > --- Command Listing --- > open NAM-2011072200.ctl > set t 1 > run compute_cpd.gs 315 1 1 > > set fwrite ./cpd/NAM-2011072200.dat > set gxout fwrite > > d cpd > d isenps > d u > d v > > set t 2 > run compute_cpd.gs 315 1 1 > > d cpd > d isenps > d u > d v > > disable fwrite > reinit > > open ./cpd/NAM-2011072200.ctl > set t 1 > run ./draw-cpd.gs > > clear graphics > set t 2 > run ./draw-cpd.gs > > --- Error Output --- > Low Level I/O Error: Read error on data file > Data file name = ./cpd/NAM-2011072200.dat > Error reading 200 bytes at location 704000 > Data Request Error: Error for variable 'cpd' > Error ocurred at column 1 > DISPLAY error: Invalid expression > Expression = cpd > Cannot plot color bar: No shading information > Low Level I/O Error: Read error on data file > Data file name = ./cpd/NAM-2011072200.dat > Error reading 200 bytes at location 704000 > Data Request Error: Error for variable 'cpd' > Error ocurred at column 1 > DISPLAY error: Invalid expression > Expression = cpd > Low Level I/O Error: Read error on data file > Data file name = ./cpd/NAM-2011072200.dat > Error reading 200 bytes at location 880000 > Data Request Error: Error for variable 'isenps' > Error ocurred at column 1 > DISPLAY error: Invalid expression > Expression = isenps > Low Level I/O Error: Read error on data file > Data file name = ./cpd/NAM-2011072200.dat > Error reading 200 bytes at location 1056000 > Data Request Error: Error for variable 'u' > Operation Error: Error from skip function > Error ocurred at column 1 > DISPLAY error: Invalid expression > Expression = skip(u,2) > > --- ./cpd/NAM-2011072200.ctl Contents --- > dset /home/Agena/klhuyck/cpd/NAM-2011072200.dat > title NAM 40km Condensation Pressure Deficit > undef -999000000.000000 > options little_endian > xdef 200 linear -145.0 0.5 > ydef 110 linear 12.0 0.5 > zdef 1 levels 315 > tdef 2 linear 00Z22Jul2011 3hr > vars 4 > cpd 2 99 Condensation Pressure Deficit (mb) > isenps 2 99 Pressure (mb) > u 2 99 Zonal component of wind (ms^-1) > v 2 99 Meridional component of wind (ms^-1) > endvars > > -- > Kevin L. Huyck > Forecaster, Meridian Environmental Technology, Inc. > klhuyck at meridian-enviro.com > > Composed using Mozilla Thunderbird! > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/4de890bf/attachment-0003.html From j_karmacharya at yahoo.com Fri Jul 22 13:07:44 2011 From: j_karmacharya at yahoo.com (jagadish karmacharya) Date: Fri, 22 Jul 2011 10:07:44 -0700 (PDT) Subject: [gradsusr] incorrect time steps Message-ID: <1311354464.42717.YahooMailNeo@web31901.mail.mud.yahoo.com> Hi, I have used CDO operators to create monthly netCDF file from daily data. The timestamp of the resulting file when viewed in CDO is: 1989-01-31T00:00:00 1989-02-28T00:00:00 1989-03-31T00:00:00 1989-04-30T00:00:00 ...... ..... But the timestep of the same file in grads is: 1989-01-31:0 1989:3:3:0 1989:3:31:0 1989:5:1:0 .... .... This is different and I guess is causing problem in time series plot etc. How can I overcome the problem? I am using grads version 2.0.a7.oga.3 in Linux OS. Any advice will be highly appreciated. Jagadish -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/f7d0c5d5/attachment-0003.html From mubashardogar at gmail.com Fri Jul 22 13:27:13 2011 From: mubashardogar at gmail.com (Mubashar Dogar) Date: Fri, 22 Jul 2011 20:27:13 +0300 Subject: [gradsusr] Re :problem with grib2ctl.pl Message-ID: Hi Mason, Yes of course it is synoptic monthly means at 00, 06, 12 and 18 UTC. plz have a look on the attached netcdf, grib files of the same data set and see the clear difference between netcdf and grib2ctl.pl generated control file. Regards, Mubashar On Fri, Jul 22, 2011 at 3:53 PM, wrote: > Send gradsusr mailing list submissions to > gradsusr at gradsusr.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://gradsusr.org/mailman/listinfo/gradsusr > or, via email, send a message with subject or body 'help' to > gradsusr-request at gradsusr.org > > You can reach the person managing the list at > gradsusr-owner at gradsusr.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of gradsusr digest..." > > > Today's Topics: > > 1. Re: problem with grib2ctl.pl (Rowell, Mason D.) > 2. Re: GrADS Return Code 141 (Jonas Kaufmann) > 3. Re: Missing variables in 3-d fwrite binary file (James T. Potemra) > 4. incorrect time steps (jagadish karmacharya) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 22 Jul 2011 16:06:31 +0000 > From: "Rowell, Mason D." > Subject: Re: [gradsusr] problem with grib2ctl.pl > To: GrADS Users Forum > Message-ID: > < > EF993BF88A0DA241AA5B306C9D22DDF753FF5436 at it-kodiak.sooner.net.ou.edu> > Content-Type: text/plain; charset="iso-8859-1" > > Mubashar, > > Are you sure the data is what you expect? Does your grib file have 4 time > steps x 30 some days in the month of interest? Or are you positive it is > just those for time steps averaged for each day in the month? > > Mason > ________________________________ > From: gradsusr-bounces at gradsusr.org [gradsusr-bounces at gradsusr.org] on > behalf of Mubashar Dogar [mubashardogar at gmail.com] > Sent: Friday, July 22, 2011 10:49 AM > To: gradsusr at gradsusr.org > Subject: [gradsusr] problem with grib2ctl.pl > > Dear GrADS users, > > I have downloaded synoptic monthly means analysis data from ECMWF for > specific humidity at 1000 pressure level both in netcdf and grib format > (This is the same data in grib & netcdf format for three months of 1989). I > encountered a bug or some issue in perl script (grib2ctl.pl< > http://grib2ctl.pl>) that generates GrADS readable control file for the > grib data set. I am attaching grib file and control file made by > grib2ctl.pl as well as index file generated by > gribmap. The bug is that synoptic monthly means data have 4 time steps (at > 00, 06, 12, & 18) for each month but grib2ctl.pl makes > 4 time steps in each day instead of 4 time step in a month. When I opened > the ctl file in GrADS, it display some values and shows rest as all > undefined values. I even changed time in ctl manually and generate index > again but the problem is yet unresolved. Where is the issue? Does anyone > already encountered the same problem. Please see attached files for y! > our satisfaction. > > Mubashar > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110722/c0f45065/attachment-0001.html > > ------------------------------ > > Message: 2 > Date: Fri, 22 Jul 2011 18:08:45 +0200 > From: Jonas Kaufmann > Subject: Re: [gradsusr] GrADS Return Code 141 > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset=ISO-8859-1 > > Hello, > > the machine itself was okay - however I have found the answer in the > mean time. In my original script running on my WRF server I tried to > capture the output of the remote ssh command for debugging using: > ssh grads_machine image_generation_script.sh & > logfile 2> errorfile > > I changed this to (notice the brackets): > (ssh grads_machine image_generation_script.sh &) > logfile 2> errorfile > > ...and from this point on everything went fine - although I am not > sure why this failed at all... > > Anyway, thank you for your help and for your hints on where to look > further! > > Best regards and have a nice weekend! > > Jonas Kaufmann > > > On Fri, Jul 22, 2011 at 17:32, Huddleston, John > wrote: > > Jonas > > > > That's fits my third guess that it fails on a busy machine. > > > > What is the hardware, the operating system, the memory (vmstat,free), and > the ulimit of your space ?on both machines. > > > > John > > > > -----Original Message----- > > From: gradsusr-bounces at gradsusr.org [mailto: > gradsusr-bounces at gradsusr.org] On Behalf Of Jonas Kaufmann > > Sent: Friday, July 22, 2011 9:03 AM > > To: GrADS Users Forum > > Subject: Re: [gradsusr] GrADS Return Code 141 > > > > Hello, > > > > I have examined the environment of the calls on both my grads machine and > my remote machines. There are three machines involved in this: two remote > machines where WRF computations are run (these are located in different data > centers and have a slightly different setup) and my grads machine where the > output of the WRF computation is pushed and then a script is started via > ssh. > > > > So the basic script on the remote machine looks like this: > > - wait for new data from the forecast model > > - scp the data to the grads machine > > - ssh grads_machine image_generation_script.sh > > > > The image_generation_script.sh running on the grads server is also quite > easy: > > - set up environment variables > > - perl script to generate a grads script > > - grads -b -l -c my_generated_script.gs > > > > I have compared the environments on both the remote machines as the > script is run via cron, and the environment variables are exactly the same > on both machines. On the grads machine, I have also done this, and the > environment also matches there when being called from both remote machines. > There are two things that I don't get: > > - on one remote machine everything is working fine, and the other one > fails > > - if I start the script on my failing remote machine manually, everything > works fine, but not when it gets executed by cron > > > > Is there a way to get any additional output or debug information from > grads? Do you have any other hints what I could try? > > > > Best regards and thank you for your help! > > > > Jonas Kaufmann > > > > > > On Fri, Jul 22, 2011 at 16:31, Huddleston, John < > Huddleston at cira.colostate.edu> wrote: > >> Jonas > >> > >> There could be a number of reasons. Bernd's reply is true in that a cron > script does not set a PATH and so by sourcing your profile or .bashrc files > it will establish your environment. It is easier to put those PATH > assignments in the cron script itself. Add the GrADS variables (GADDIR and > GASCRP) as well to find the library scripts. > >> > >> Second, the error code 141 means it is a SIGPIPE error. 141=128+13. 13 > indicates a pipe error. 128 is the bash script error. > >> > >> Third, it could be related to the resources on your machine itself could > be the problem. > >> > >> Can you give us your script? > >> > >> John Huddleston > >> > >> -----Original Message----- > >> From: gradsusr-bounces at gradsusr.org > >> [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Becker, Bernd > >> Sent: Friday, July 22, 2011 6:50 AM > >> To: GrADS Users Forum > >> Subject: Re: [gradsusr] GrADS Return Code 141 > >> > >> > >> Normalerweise liegt das an nicht gesetzten Umgebungsvariablen. > >> > >> Einfach im Script oben nochmal > >> . ~/profile > >> . ~/kshrc > >> > >> ausfuehren. Dann klappt das. (Meistens) > >> > >> -- > >> Bernd Becker ? Climate Impacts Product Development Met Office Hadley > >> Centre ? ?FitzRoy Road ?Exeter ? Devon EX1 3PB ?United Kingdom > >> Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050 > >> E-mail:bernd.becker at metoffice.gov.uk - > >> http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decada > >> l/ > >> bernd-becker > >> > >> > >> -----Original Message----- > >> From: gradsusr-bounces at gradsusr.org > >> [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Jonas Kaufmann > >> Sent: 22 July 2011 12:52 > >> To: GrADS Users Forum > >> Subject: [gradsusr] GrADS Return Code 141 > >> > >> Hello, > >> > >> in my setup I am running into a strange problem right now. I am calling > a shell script containing a call to grads from a remote server. When I > invoke my shell script manually from the remote server, everything is > working fine - however when running through cron, grads silently crashes. > Nothing is written on both STDOUT or STDERR. The only thing that I can get > is that grads gives a return code 141 in the shell after failing. > >> > >> Can you tell me what this return code means? Do you have any idea why my > job can be run manually but not from cron? > >> > >> Best regards, > >> Jonas Kaufmann > >> _______________________________________________ > >> gradsusr mailing list > >> gradsusr at gradsusr.org > >> http://gradsusr.org/mailman/listinfo/gradsusr > >> > >> _______________________________________________ > >> gradsusr mailing list > >> gradsusr at gradsusr.org > >> http://gradsusr.org/mailman/listinfo/gradsusr > >> > >> _______________________________________________ > >> gradsusr mailing list > >> gradsusr at gradsusr.org > >> http://gradsusr.org/mailman/listinfo/gradsusr > >> > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > ------------------------------ > > Message: 3 > Date: Fri, 22 Jul 2011 06:48:54 -1000 > From: "James T. Potemra" > Subject: Re: [gradsusr] Missing variables in 3-d fwrite binary file > To: GrADS Users Forum > Message-ID: <4E29A9F6.5030801 at hawaii.edu> > Content-Type: text/plain; charset="iso-8859-1" > > Hi Kevin: > > It looks like in your NAM-2011072200.ctl file you are defining one > vertical level: > > zdef 1 levels 315 > > but you then assign two levels to each variable: > > cpd 2 99 Condensation Pressure Deficit (mb) > isenps 2 99 Pressure (mb) > u 2 99 Zonal component of wind (ms^-1) > v 2 99 Meridional component of wind (ms^-1) > > I think if you change the "2's" above with "1", or for surface you can > have "0", > it should work ok. > > Jim > > On 7/22/11 2:49 AM, Kevin Huyck wrote: > > Good morning. > > > > I'm attempting to configure some post-processing subroutines for > > several parameters I find useful. For my pathfinder case, I am > > creating a binary file using "fwrite" to store four parameters. Each > > parameter varies in the horizontal plane, but not in the vertical > > (i.e. only one vertical level is computed). When I output a single > > timestep, I can open and retrieve the data file and the data display > > correctly. If I write each variable twice, once for each time step, I > > can retrieve the first time step, but not the second. At present I'm > > feeding commands into the command-line interpreter rather than > > executing a script. I've seen examples in the archives discussing > > varying the time dimension by way of a "while" loop. Since I'm > > entering the commands individually the result /should/ be the same as > > if run from a script. > > > > I'm not sure where I'm making my mistake in the process, so any > > guidance would be appreciated. > > > > Input data is the North American Mesoscale (NAM) 40 km model. I am > > computing values for "t 1" and "t 2" during this trial period. The > > variables utilized in the process are "cpd", "isenps", "u", and "v". > > Command sequence is first, followed by the .ctl file. I use a homemade > > script file, "compute_cpd.gs", to conduct the necessary calculations. > > This script accepts three arguments, Theta surface (in Kelvin), grid > > skip, and working file number. compute_cpd.gs returns cpd, isenps, u, > > and v. In this case, "z" in NAM-2011072200.dat represents the "theta" > > level for the isentropic surface. > > > > --- Command Listing --- > > open NAM-2011072200.ctl > > set t 1 > > run compute_cpd.gs 315 1 1 > > > > set fwrite ./cpd/NAM-2011072200.dat > > set gxout fwrite > > > > d cpd > > d isenps > > d u > > d v > > > > set t 2 > > run compute_cpd.gs 315 1 1 > > > > d cpd > > d isenps > > d u > > d v > > > > disable fwrite > > reinit > > > > open ./cpd/NAM-2011072200.ctl > > set t 1 > > run ./draw-cpd.gs > > > > clear graphics > > set t 2 > > run ./draw-cpd.gs > > > > --- Error Output --- > > Low Level I/O Error: Read error on data file > > Data file name = ./cpd/NAM-2011072200.dat > > Error reading 200 bytes at location 704000 > > Data Request Error: Error for variable 'cpd' > > Error ocurred at column 1 > > DISPLAY error: Invalid expression > > Expression = cpd > > Cannot plot color bar: No shading information > > Low Level I/O Error: Read error on data file > > Data file name = ./cpd/NAM-2011072200.dat > > Error reading 200 bytes at location 704000 > > Data Request Error: Error for variable 'cpd' > > Error ocurred at column 1 > > DISPLAY error: Invalid expression > > Expression = cpd > > Low Level I/O Error: Read error on data file > > Data file name = ./cpd/NAM-2011072200.dat > > Error reading 200 bytes at location 880000 > > Data Request Error: Error for variable 'isenps' > > Error ocurred at column 1 > > DISPLAY error: Invalid expression > > Expression = isenps > > Low Level I/O Error: Read error on data file > > Data file name = ./cpd/NAM-2011072200.dat > > Error reading 200 bytes at location 1056000 > > Data Request Error: Error for variable 'u' > > Operation Error: Error from skip function > > Error ocurred at column 1 > > DISPLAY error: Invalid expression > > Expression = skip(u,2) > > > > --- ./cpd/NAM-2011072200.ctl Contents --- > > dset /home/Agena/klhuyck/cpd/NAM-2011072200.dat > > title NAM 40km Condensation Pressure Deficit > > undef -999000000.000000 > > options little_endian > > xdef 200 linear -145.0 0.5 > > ydef 110 linear 12.0 0.5 > > zdef 1 levels 315 > > tdef 2 linear 00Z22Jul2011 3hr > > vars 4 > > cpd 2 99 Condensation Pressure Deficit (mb) > > isenps 2 99 Pressure (mb) > > u 2 99 Zonal component of wind (ms^-1) > > v 2 99 Meridional component of wind (ms^-1) > > endvars > > > > -- > > Kevin L. Huyck > > Forecaster, Meridian Environmental Technology, Inc. > > klhuyck at meridian-enviro.com > > > > Composed using Mozilla Thunderbird! > > > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110722/4de890bf/attachment-0001.html > > ------------------------------ > > Message: 4 > Date: Fri, 22 Jul 2011 10:07:44 -0700 (PDT) > From: jagadish karmacharya > Subject: [gradsusr] incorrect time steps > To: "gradsusr at gradsusr.org" > Message-ID: > <1311354464.42717.YahooMailNeo at web31901.mail.mud.yahoo.com> > Content-Type: text/plain; charset="us-ascii" > > Hi, > I have used CDO operators to create monthly netCDF file from daily data. > The timestamp of the resulting file when viewed in CDO is: > > 1989-01-31T00:00:00 > 1989-02-28T00:00:00 > 1989-03-31T00:00:00 > 1989-04-30T00:00:00 > ...... > ..... > > But the timestep of the same file in grads is: > > 1989-01-31:0 > 1989:3:3:0 > > 1989:3:31:0 > 1989:5:1:0 > .... > .... > > This is different and I guess is causing problem in time series plot etc. > How can I overcome the problem? > > I am using grads version 2.0.a7.oga.3 in Linux OS. > > Any advice will be highly appreciated. > > > Jagadish > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110722/f7d0c5d5/attachment.html > > ------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > End of gradsusr Digest, Vol 17, Issue 24 > **************************************** > -- Muhammad Mubashar Ahmad Dogar Scientific Officer (Climatology Section), Global Change Impact Studies Centre (GCISC), NCP complex, Quaid-e-Azam University Campus, Shahdra road, Islamabad, Pakistan. Tel: +92519230226 Mob:+923315144169 email: mubashardogar at yahoo.com mubashar.ahmad at gcisc.org.pk -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/51f0a3a7/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: output.ctl Type: application/octet-stream Size: 333 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110722/51f0a3a7/attachment-0009.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: output.grib Type: application/octet-stream Size: 698256 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110722/51f0a3a7/attachment-0010.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: output.grib.idx Type: application/octet-stream Size: 5794 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110722/51f0a3a7/attachment-0011.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: output.nc Type: application/x-netcdf Size: 699252 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110722/51f0a3a7/attachment-0003.nc From ahmed4kernel at gmail.com Fri Jul 22 14:50:37 2011 From: ahmed4kernel at gmail.com (ahmed lasheen) Date: Fri, 22 Jul 2011 21:50:37 +0300 Subject: [gradsusr] muti plot Message-ID: Hello i am trying to plot muti images in the same panel ,i am trying to use the panels.gsf .i wanna to usse it in command line mode so how can i use the global variable (_vpg.p) in the panels.gsf to define the number of plot i wanna to plot . for example *open plot.ctl* *panels.gsf 2 2 * *_vpg.1* *d u* *_vpg.2 * *d v* thanks in advance fedora linux -grads v 2.0.a9 =============== Ahmed Lasheen Junior researcher at Cairo Numerical Weather Prediction Center (CNWPC) Egyptian Meteorological Authority(EMA) Cairo,Egypt =============== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110722/358482fa/attachment-0003.html From Wesley.Ebisuzaki at noaa.gov Fri Jul 22 15:51:47 2011 From: Wesley.Ebisuzaki at noaa.gov (Wesley Ebisuzaki) Date: Fri, 22 Jul 2011 15:51:47 -0400 Subject: [gradsusr] problem with grib2ctl.pl In-Reply-To: References: Message-ID: <4E29D4D3.4060109@noaa.gov> Mubashar, The grib ctl file looks fine. If you want the 00Z jan, "set time 00z1jan1989". If you want the 12Z feb mean, "set time 12Z1feb1989". GrADS requires the time variable to have fixed time steps so you will have undefined data for all but the first day of the month. Wesley Mubashar Dogar wrote: > *Dear GrADS users, > > I have downloaded synoptic monthly means analysis data from ECMWF for > specific humidity at 1000 pressure level both in netcdf and grib > format (This is the same data in grib & netcdf format for three months > of 1989). I encountered a bug or some issue in perl script > (grib2ctl.pl ) that generates GrADS readable > control file for the grib data set. I am attaching grib file and > control file made by grib2ctl.pl as well as index > file generated by gribmap. The bug is that synoptic monthly means data > have 4 time steps (at 00, 06, 12, & 18) for each month but grib2ctl.pl > makes 4 time steps in each day instead of 4 time > step in a month. When I opened the ctl file in GrADS, it display some > values and shows rest as all undefined values. I even changed time in > ctl manually and generate index again but the problem is yet > unresolved. Where is the issue? Does anyone already encountered the > same problem. Please see attached files for your satisfaction. > * > Mubashar > ------------------------------------------------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr From devdas.pnr at gmail.com Mon Jul 25 06:42:27 2011 From: devdas.pnr at gmail.com (Sudev Das M P) Date: Mon, 25 Jul 2011 16:12:27 +0530 Subject: [gradsusr] Error Message Message-ID: Hai, I want to plot surface current above sst. For this I am using Argo sst data and Oscar surface current data. The details of this files are given below: ---------------------------------------------------------------------------------------- ga-> q file 1 File 1 : 1x1 Monthly gridded climatology on Standard Levels Descriptor: Gr_clm_temp_lev_0_2000m.nc Binary: Gr_clm_temp_lev_0_2000m.nc Type = Gridded Xsize = 360 Ysize = 180 Zsize = 27 Tsize = 12 Esize = 1 Number of Variables = 1 temp 27 t,z,y,x argo temperature (degc) ga-> q file 2 File 2 : OSCAR Surface current data climatology 2003-2010 averaged Descriptor: oscar2003_2010clim.ctl Binary: oscar2003_2010clim.bin Type = Gridded Xsize = 360 Ysize = 120 Zsize = 1 Tsize = 12 Esize = 1 Number of Variables = 2 u 1 99 zonal velocity component v 1 99 meridional velocity component ------------------------------------------------------------------------------------------- I plotted the sst , but when I am trying to plot the surface current above sst, I am getting the following warning message. -------------------------------------------------------------------------------------------- ........................................ ........................................... ga-> d u.2;v.2 Data Request Warning: Request is completely outside file limits Entire grid contents are set to missing data Grid limits of file: X = 1 360 Y = 1 120 Z = 1 1 T = 1 12 E = 1 1 Grid limits of request: X = 35 111 Y = 40 88 Z = 1 1 T = -119987 -119987 E = 1 1 Warning issued for variable = u.2 Data Request Warning: Request is completely outside file limits Entire grid contents are set to missing data Grid limits of file: X = 1 360 Y = 1 120 Z = 1 1 T = 1 12 E = 1 1 Grid limits of request: X = 35 111 Y = 40 88 Z = 1 1 T = -119987 -119987 E = 1 1 Warning issued for variable = v.2 Cannot draw vectors/barbs -- U field all undefined ---------------------------------------------------------------------------------------------- Please tell me how to solve this. Thanks, sudev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110725/eeed852b/attachment-0003.html From dbcl at ceh.ac.uk Mon Jul 25 07:00:50 2011 From: dbcl at ceh.ac.uk (Clark, Douglas B.) Date: Mon, 25 Jul 2011 12:00:50 +0100 Subject: [gradsusr] Error Message In-Reply-To: References: Message-ID: <40829B0E077C1145A6DE44D39B3830A91FFD71D656@nerckwmb1.ad.nerc.ac.uk> Sudev, The problem (I think) is that your current time dimensions settings do not overlap with the times available in your file #2. Your second file has 12 times but the line in the error message "Grid limits of request:? X = 35 111? Y = 40 88? Z = 1 1? T = -119987 -119987? E = 1 1" indicates that the time you have selected from the SST file is before the start of the surface current data (t=-119987). You can override the current time dimension settings (i.e. choose a particular time) by using, e.g. d u.2(t=1);v.2(t=1) to plot the first time of surface current data. You can choose any of the 12 times available in this way. Doug From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Sudev Das M P Sent: 25 July 2011 11:42 To: GrADS Users Forum Subject: [gradsusr] Error Message Hai, I want to plot surface current above sst. For this I am using Argo sst data and Oscar surface current data. The details of this files are given below: ---------------------------------------------------------------------------------------- ga-> q file 1 File 1 : 1x1 Monthly gridded climatology on Standard Levels ? Descriptor: Gr_clm_temp_lev_0_2000m.nc ? Binary: Gr_clm_temp_lev_0_2000m.nc ? Type = Gridded ? Xsize = 360? Ysize = 180? Zsize = 27? Tsize = 12? Esize = 1 ? Number of Variables = 1 ???? temp? 27? t,z,y,x? argo temperature (degc) ga-> q file 2 File 2 : OSCAR Surface current data climatology 2003-2010 averaged ? Descriptor: oscar2003_2010clim.ctl ? Binary: oscar2003_2010clim.bin ? Type = Gridded ? Xsize = 360? Ysize = 120? Zsize = 1? Tsize = 12? Esize = 1 ? Number of Variables = 2 ???? u? 1? 99? zonal velocity component ???? v? 1? 99? meridional velocity component ------------------------------------------------------------------------------------------- I plotted the sst , but when I am trying to plot the surface current above sst, I am getting the following warning message. -------------------------------------------------------------------------------------------- ........................................ ........................................... ga-> d u.2;v.2 Data Request Warning:? Request is completely outside file limits ? Entire grid contents are set to missing data ? Grid limits of file:???? X = 1 360? Y = 1 120? Z = 1 1? T = 1 12? E = 1 1 ? Grid limits of request:? X = 35 111? Y = 40 88? Z = 1 1? T = -119987 -119987? E = 1 1 ? Warning issued for variable = u.2 Data Request Warning:? Request is completely outside file limits ? Entire grid contents are set to missing data ? Grid limits of file:???? X = 1 360? Y = 1 120? Z = 1 1? T = 1 12? E = 1 1 ? Grid limits of request:? X = 35 111? Y = 40 88? Z = 1 1? T = -119987 -119987? E = 1 1 ? Warning issued for variable = v.2 Cannot draw vectors/barbs -- U field all undefined ---------------------------------------------------------------------------------------------- Please tell me how to solve this. Thanks, sudev -- This message (and any attachments) is for the recipient only. NERC is subject to the Freedom of Information Act 2000 and the contents of this email and any reply you make may be disclosed by NERC unless it is exempt from release under the Act. Any material supplied to NERC may be stored in an electronic records management system. From simon.kiertscher at gmx.de Mon Jul 25 08:27:59 2011 From: simon.kiertscher at gmx.de (Simon Kiertscher) Date: Mon, 25 Jul 2011 14:27:59 +0200 Subject: [gradsusr] say to stderr In-Reply-To: References: <4E26D9AB.6090204@gmx.de> <4E2933C0.9020702@gmx.de> Message-ID: <4E2D614F.9040000@gmx.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi John, thanks you for your effort. Best Regards, Simon Am 22.07.2011 16:10, schrieb Huddleston, John: > Simon > > I looked through the GrADS source code, specifically gscrpt.c file and the 'printf' function is used. > > The 'printf' always goes to stdout. Had it been fprintf(FILE *somefp,...) then maybe it could have been. > > However, I don't think the original designers (aka Brian Doty) was concerned about writing to stderr. > > John > > -----Original Message----- > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher > Sent: Friday, July 22, 2011 2:25 AM > To: gradsusr at gradsusr.org > Subject: Re: [gradsusr] say to stderr > > Hi John, > > thanks for your answer. I know how to redirect channels on the command line. > But how to decide IN the script, what should go to stderr and what to stdout, 'say' always put the output to stdout. > So in bash i would do echo "foobar" 1>&2 to get the foobar to the stderr, how can i do this in GrADS? Is there a way? > > Best Regards, > Simon >> Simon >> >> If you are running GrADS in batch mode you can re-direct output as >> follows >> >> grads -lbc 'run somescript.gs' 2> say.err 1>&2 >> >> In interactive mode there is no output to the screen it simply goes to the file. >> >> Does that answer your question? >> >> John Huddleston >> >> -----Original Message----- >> From: gradsusr-bounces at gradsusr.org >> [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher >> Sent: Wednesday, July 20, 2011 7:36 AM >> To: gradsusr at gradsusr.org >> Subject: [gradsusr] say to stderr >> >> Dear gradsusers >> >> i can not find any information about sending text to the stderror channel of the shell while using the say command. Has some one an idea? >> >> Best Regards, >> Simon >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) iEYEARECAAYFAk4tYU8ACgkQG0AVdCSrH+YQTwCguP5vZwnTglV57tNoXdBLQHfr Z8EAnizKje0vZYEoHntzY/0Omx67IPSf =Y7CV -----END PGP SIGNATURE----- From devdas.pnr at gmail.com Mon Jul 25 12:44:36 2011 From: devdas.pnr at gmail.com (Sudev Das M P) Date: Mon, 25 Jul 2011 22:14:36 +0530 Subject: [gradsusr] Error Message In-Reply-To: <40829B0E077C1145A6DE44D39B3830A91FFD71D656@nerckwmb1.ad.nerc.ac.uk> References: <40829B0E077C1145A6DE44D39B3830A91FFD71D656@nerckwmb1.ad.nerc.ac.uk> Message-ID: Hai Douglas, Thanks. It is working. Sudev On Mon, Jul 25, 2011 at 4:30 PM, Clark, Douglas B. wrote: > Sudev, > > The problem (I think) is that your current time dimensions settings do not > overlap with the times available in your file #2. > > Your second file has 12 times but the line in the error message > "Grid limits of request: X = 35 111 Y = 40 88 Z = 1 1 T = -119987 > -119987 E = 1 1" > indicates that the time you have selected from the SST file is before the > start of the surface current data (t=-119987). > > You can override the current time dimension settings (i.e. choose a > particular time) by using, e.g. > d u.2(t=1);v.2(t=1) > to plot the first time of surface current data. You can choose any of the > 12 times available in this way. > > Doug > > > > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] > On Behalf Of Sudev Das M P > Sent: 25 July 2011 11:42 > To: GrADS Users Forum > Subject: [gradsusr] Error Message > > Hai, > > I want to plot surface current above sst. For this I am using Argo sst data > and > Oscar surface current data. The details of this files are given below: > > ---------------------------------------------------------------------------------------- > ga-> q file 1 > File 1 : 1x1 Monthly gridded climatology on Standard Levels > Descriptor: Gr_clm_temp_lev_0_2000m.nc > Binary: Gr_clm_temp_lev_0_2000m.nc > Type = Gridded > Xsize = 360 Ysize = 180 Zsize = 27 Tsize = 12 Esize = 1 > Number of Variables = 1 > temp 27 t,z,y,x argo temperature (degc) > ga-> q file 2 > File 2 : OSCAR Surface current data climatology 2003-2010 averaged > Descriptor: oscar2003_2010clim.ctl > Binary: oscar2003_2010clim.bin > Type = Gridded > Xsize = 360 Ysize = 120 Zsize = 1 Tsize = 12 Esize = 1 > Number of Variables = 2 > u 1 99 zonal velocity component > v 1 99 meridional velocity component > > ------------------------------------------------------------------------------------------- > > I plotted the sst , but when I am trying to plot the surface current above > sst, I am getting > the following warning message. > > -------------------------------------------------------------------------------------------- > ........................................ > ........................................... > ga-> d u.2;v.2 > Data Request Warning: Request is completely outside file limits > Entire grid contents are set to missing data > Grid limits of file: X = 1 360 Y = 1 120 Z = 1 1 T = 1 12 E = 1 1 > Grid limits of request: X = 35 111 Y = 40 88 Z = 1 1 T = -119987 > -119987 E = 1 1 > Warning issued for variable = u.2 > Data Request Warning: Request is completely outside file limits > Entire grid contents are set to missing data > Grid limits of file: X = 1 360 Y = 1 120 Z = 1 1 T = 1 12 E = 1 1 > Grid limits of request: X = 35 111 Y = 40 88 Z = 1 1 T = -119987 > -119987 E = 1 1 > Warning issued for variable = v.2 > Cannot draw vectors/barbs -- U field all undefined > > ---------------------------------------------------------------------------------------------- > Please tell me how to solve this. > > Thanks, > sudev > > > -- > This message (and any attachments) is for the recipient only. NERC > is subject to the Freedom of Information Act 2000 and the contents > of this email and any reply you make may be disclosed by NERC unless > it is exempt from release under the Act. Any material supplied to > NERC may be stored in an electronic records management system. > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110725/8a47ca00/attachment-0003.html From klhuyck at meridian-enviro.com Mon Jul 25 15:26:52 2011 From: klhuyck at meridian-enviro.com (Kevin Huyck) Date: Mon, 25 Jul 2011 14:26:52 -0500 Subject: [gradsusr] Missing variables in 3-d fwrite binary file In-Reply-To: <4E29A9F6.5030801@hawaii.edu> References: <4E2971D2.6050800@meridian-enviro.com> <4E29A9F6.5030801@hawaii.edu> Message-ID: <4E2DC37C.3000703@meridian-enviro.com> Jim, I thought those values represented the time step. After changing them to "1" as you suggested, the data are what I was expecting. My next step is creating multiple levels corresponding to numerous isentropic levels. For each level I add, I'll increment the "1"s to the number of vertical levels. Many, many thanks for you suggestion. Kevin L. Huyck Forecaster, Meridian Environmental Technology, Inc. klhuyck at meridian-enviro.com Composed using Mozilla Thunderbird! On 07/22/11 11:48, James T. Potemra wrote: > Hi Kevin: > > It looks like in your NAM-2011072200.ctl file you are defining one > vertical level: > > zdef 1 levels 315 > > but you then assign two levels to each variable: > > cpd 2 99 Condensation Pressure Deficit (mb) > isenps 2 99 Pressure (mb) > u 2 99 Zonal component of wind (ms^-1) > v 2 99 Meridional component of wind (ms^-1) > > I think if you change the "2's" above with "1", or for surface you can > have "0", > it should work ok. > > Jim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110725/933b4073/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: klhuyck.vcf Type: text/x-vcard Size: 307 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110725/933b4073/attachment-0003.vcf From dipakmath at gmail.com Tue Jul 26 00:48:45 2011 From: dipakmath at gmail.com (dipak sahu) Date: Tue, 26 Jul 2011 10:18:45 +0530 Subject: [gradsusr] error with fprintf command In-Reply-To: References: Message-ID: Dear all I tried to write the grads out put values into a ascii file by using the fprintf.gs script. I tried the following command > set x 1 54 (since the .dat file has 54 longitude and 36 latitude points) > set t 25 > fprintf t2-273.15 T2-24hr.csv %g, 54 but the file T2-24hr.csv has only two rows of data instead of 36 rows of data. What may be the error with this script or command. waiting for your kind reply thanking you with regards Dipak Sahu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110726/09c72c64/attachment-0003.html From chinhth2010 at gmail.com Tue Jul 26 20:50:18 2011 From: chinhth2010 at gmail.com (chinh ta huu) Date: Tue, 26 Jul 2011 17:50:18 -0700 Subject: [gradsusr] Grads 2.0.9 error In-Reply-To: References: Message-ID: Dear Guilherme For this software, not make install. You only copy to /opt/opengrads/opengrads/ And then set envir variable in bashfile. It is ok Best regards Chinh On Thu, Jul 7, 2011 at 1:09 PM, Guilherme Martins wrote: > Hi users, > > I need help. I'm trying to install grads2.0.9, but I receive the message > below when I type make: > > gagx.o: In function `gakml': > /home/gui/grads-2.0.a9/src/gagx.c:3986: undefined reference to `gxqdrgb' > gagx.o: In function `gagtif': > /home/gui/grads-2.0.a9/src/gagx.c:4290: undefined reference to `gxqdrgb' > ../../supplibs/lib/libcurl.a(timeval.o): In function `curlx_tvnow': > timeval.c:(.text+0x89): undefined reference to `clock_gettime' > make[2]: ** [grads] Erro 1 > make[2]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' > make[1]: ** [all] Erro 2 > make[1]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' > make: ** [all-recursive] Erro 1 > gui at curupira:~/grads-2.0.a9$ > > May anyone help me? > > Thanks a lot, > > Guilherme. > > -- > Guilherme Martins > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- (Mr.) Ta Huu Chinh National, Weather Forecasting Center, Ha Noi, Viet Nam. No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi Tel: 84-903-402-181 Fax: 84-43-824-4917 Email: chinhth2010 at gmail.com Website: http://vn.myblog.yahoo.com/chinhth2005/ Website: http://bestknowledge-chinhth.blogspot.com/ Website: http://anhcuoidep.vn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110726/6b6229ad/attachment-0003.html From sal.salazar1 at gmail.com Wed Jul 27 03:19:26 2011 From: sal.salazar1 at gmail.com (Salvador Salazar) Date: Wed, 27 Jul 2011 00:19:26 -0700 Subject: [gradsusr] Variable 'HFX' from ctl file Message-ID: Hi guys, I have a question about the variable 'HFX' that from the ARWpost .ctl file. The description reads 'upward heat flux at the surface', and I wanted to know if this meant total heat flux or simply sensible heat flux. Any ideas are appreciated! -- Sal! From simon.kiertscher at gmx.de Wed Jul 27 04:27:59 2011 From: simon.kiertscher at gmx.de (Simon Kiertscher) Date: Wed, 27 Jul 2011 10:27:59 +0200 Subject: [gradsusr] time format In-Reply-To: References: Message-ID: <4E2FCC0F.6080607@gmx.de> Dear all, i have a problem with opening a file. I use (GrADS) Version 2.0.a9 on Suse ga-> sdfopen GKSS-2.nc Scanning self-describing file: GKSS-2.nc gadsdf: Error parsing time_units for SDF file. the format is as follows: (from ncdump) double time(time) ; time:units = "day as %Y%m%d.%f" ; time:calendar = "proleptic_gregorian" ; time:axis = "t" ; time:long_name = "time" ; So i think this is valid format? Can anyone tell my what is wrong? Best Regards, Simon From yaqiang.wang at gmail.com Wed Jul 27 04:41:49 2011 From: yaqiang.wang at gmail.com (Yaqiang Wang) Date: Wed, 27 Jul 2011 16:41:49 +0800 Subject: [gradsusr] time format In-Reply-To: <4E2FCC0F.6080607@gmx.de> References: <4E2FCC0F.6080607@gmx.de> Message-ID: time:units = "day as %Y%m%d.%f" It does not follow GOARDS conventions which is used in 'sdfopen' function. So you need to write a control file to tell GrADS the dimensions and variables in the data set. You have to use 'xdfopen' or 'open' commands to open the data file. On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher wrote: > Dear all, > > i have a problem with opening a file. > I use (GrADS) Version 2.0.a9 on Suse > > ga-> sdfopen GKSS-2.nc > Scanning self-describing file: ?GKSS-2.nc > gadsdf: Error parsing time_units for SDF file. > > the format is as follows: > (from ncdump) > > ? ? ? ? double time(time) ; > ? ? ? ? ? ? ? ? time:units = "day as %Y%m%d.%f" ; > ? ? ? ? ? ? ? ? time:calendar = "proleptic_gregorian" ; > ? ? ? ? ? ? ? ? time:axis = "t" ; > ? ? ? ? ? ? ? ? time:long_name = "time" ; > > So i think this is valid format? Can anyone tell my what is wrong? > > Best Regards, > Simon > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- ************************************************* Dr. Yaqiang Wang Chinese Academy of Meteorological Sciences (CAMS) 46, Zhong-Guan-Cun South Avenue Beijing, 100081 China yaqiang.wang at gmail.com ************************************************** From simon.kiertscher at gmx.de Wed Jul 27 05:14:17 2011 From: simon.kiertscher at gmx.de (Simon Kiertscher) Date: Wed, 27 Jul 2011 11:14:17 +0200 Subject: [gradsusr] time format In-Reply-To: References: <4E2FCC0F.6080607@gmx.de> Message-ID: <4E2FD6E9.1040002@gmx.de> Dear Yaqiang, thank you for the information, where can i find the GrADS conventions to know which format is ok, and which not? I'm very new to GrADS, so can you give me a source where i can find a example of a control file? I have no idea how to do that. Best Regards, Simon > time:units = "day as %Y%m%d.%f" It does not follow GOARDS > conventions which is used in 'sdfopen' function. So you need to write > a control file to tell GrADS the dimensions and variables in the data > set. You have to use 'xdfopen' or 'open' commands to open the data > file. > > On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher > wrote: >> Dear all, >> >> i have a problem with opening a file. >> I use (GrADS) Version 2.0.a9 on Suse >> >> ga-> sdfopen GKSS-2.nc >> Scanning self-describing file: GKSS-2.nc >> gadsdf: Error parsing time_units for SDF file. >> >> the format is as follows: >> (from ncdump) >> >> double time(time) ; >> time:units = "day as %Y%m%d.%f" ; >> time:calendar = "proleptic_gregorian" ; >> time:axis = "t" ; >> time:long_name = "time" ; >> >> So i think this is valid format? Can anyone tell my what is wrong? >> >> Best Regards, >> Simon >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > From yaqiang.wang at gmail.com Wed Jul 27 05:32:44 2011 From: yaqiang.wang at gmail.com (Yaqiang Wang) Date: Wed, 27 Jul 2011 17:32:44 +0800 Subject: [gradsusr] time format In-Reply-To: <4E2FD6E9.1040002@gmx.de> References: <4E2FCC0F.6080607@gmx.de> <4E2FD6E9.1040002@gmx.de> Message-ID: The information could be found at http://www.iges.org/grads/gadoc/gradcomdsdfopen.html. On Wed, Jul 27, 2011 at 5:14 PM, Simon Kiertscher wrote: > Dear Yaqiang, > > thank you for the information, where can i find the GrADS conventions to > know which ?format is ok, ?and which not? > I'm very new to GrADS, so can you give me a source where i can find a > example of a control file? I have no idea how to do that. > > Best Regards, > Simon >> ? time:units = "day as %Y%m%d.%f" ? It does not follow GOARDS >> conventions which is used in 'sdfopen' function. So you need to write >> a control file to tell GrADS the dimensions and variables in the data >> set. You have to use 'xdfopen' or 'open' commands to open the data >> file. >> >> On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher >> ?wrote: >>> Dear all, >>> >>> i have a problem with opening a file. >>> I use (GrADS) Version 2.0.a9 on Suse >>> >>> ga-> ?sdfopen GKSS-2.nc >>> Scanning self-describing file: ?GKSS-2.nc >>> gadsdf: Error parsing time_units for SDF file. >>> >>> the format is as follows: >>> (from ncdump) >>> >>> ? ? ? ? ?double time(time) ; >>> ? ? ? ? ? ? ? ? ?time:units = "day as %Y%m%d.%f" ; >>> ? ? ? ? ? ? ? ? ?time:calendar = "proleptic_gregorian" ; >>> ? ? ? ? ? ? ? ? ?time:axis = "t" ; >>> ? ? ? ? ? ? ? ? ?time:long_name = "time" ; >>> >>> So i think this is valid format? Can anyone tell my what is wrong? >>> >>> Best Regards, >>> Simon >>> _______________________________________________ >>> gradsusr mailing list >>> gradsusr at gradsusr.org >>> http://gradsusr.org/mailman/listinfo/gradsusr >>> >> >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- ************************************************* Dr. Yaqiang Wang Chinese Academy of Meteorological Sciences (CAMS) 46, Zhong-Guan-Cun South Avenue Beijing, 100081 China yaqiang.wang at gmail.com ************************************************** From davide.sacchetti at arpal.gov.it Wed Jul 27 05:34:40 2011 From: davide.sacchetti at arpal.gov.it (Davide Sacchetti) Date: Wed, 27 Jul 2011 11:34:40 +0200 Subject: [gradsusr] say to stderr In-Reply-To: <4E2D614F.9040000@gmx.de> References: <4E26D9AB.6090204@gmx.de> <4E2933C0.9020702@gmx.de> <4E2D614F.9040000@gmx.de> Message-ID: <1311759280.885.5.camel@davide> inside a script you could redirect using unix shell e.g.: '!echo ERROR ON FILE >&2' I've just tried and it seems to work bye bye Davide On Mon, 2011-07-25 at 14:27 +0200, Simon Kiertscher wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi John, > > thanks you for your effort. > > Best Regards, > Simon > > Am 22.07.2011 16:10, schrieb Huddleston, John: > > Simon > > > > I looked through the GrADS source code, specifically gscrpt.c file and the 'printf' function is used. > > > > The 'printf' always goes to stdout. Had it been fprintf(FILE *somefp,...) then maybe it could have been. > > > > However, I don't think the original designers (aka Brian Doty) was concerned about writing to stderr. > > > > John > > > > -----Original Message----- > > From: gradsusr-bounces at gradsusr.org [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher > > Sent: Friday, July 22, 2011 2:25 AM > > To: gradsusr at gradsusr.org > > Subject: Re: [gradsusr] say to stderr > > > > Hi John, > > > > thanks for your answer. I know how to redirect channels on the command line. > > But how to decide IN the script, what should go to stderr and what to stdout, 'say' always put the output to stdout. > > So in bash i would do echo "foobar" 1>&2 to get the foobar to the stderr, how can i do this in GrADS? Is there a way? > > > > Best Regards, > > Simon > >> Simon > >> > >> If you are running GrADS in batch mode you can re-direct output as > >> follows > >> > >> grads -lbc 'run somescript.gs' 2> say.err 1>&2 > >> > >> In interactive mode there is no output to the screen it simply goes to the file. > >> > >> Does that answer your question? > >> > >> John Huddleston > >> > >> -----Original Message----- > >> From: gradsusr-bounces at gradsusr.org > >> [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher > >> Sent: Wednesday, July 20, 2011 7:36 AM > >> To: gradsusr at gradsusr.org > >> Subject: [gradsusr] say to stderr > >> > >> Dear gradsusers > >> > >> i can not find any information about sending text to the stderror channel of the shell while using the say command. Has some one an idea? > >> > >> Best Regards, > >> Simon > >> _______________________________________________ > >> gradsusr mailing list > >> gradsusr at gradsusr.org > >> http://gradsusr.org/mailman/listinfo/gradsusr > >> > >> _______________________________________________ > >> gradsusr mailing list > >> gradsusr at gradsusr.org > >> http://gradsusr.org/mailman/listinfo/gradsusr > >> > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (MingW32) > > iEYEARECAAYFAk4tYU8ACgkQG0AVdCSrH+YQTwCguP5vZwnTglV57tNoXdBLQHfr > Z8EAnizKje0vZYEoHntzY/0Omx67IPSf > =Y7CV > -----END PGP SIGNATURE----- > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- --> Attenzione cambio indirizzo: davide.sacchetti at arpal.gov.it -- Davide Sacchetti Centro Funzionale Meteo Idrologico di Protezione Civile della Regione Liguria ARPAL Unit? Tecnica Complessa di livello Regionale V.le Brigare Partigiane 2 16121 Genova (I) tel: +39 010 6437535 fax: +39 010 6437520 mail: davide.sacchetti at arpal.gov.it web: www.meteoliguria.it From rss1901 at gmail.com Wed Jul 27 06:20:41 2011 From: rss1901 at gmail.com (Roopashree Shrivastava) Date: Wed, 27 Jul 2011 15:50:41 +0530 Subject: [gradsusr] error with fprintf command (dipak sahu) Message-ID: hi Dipak, I think with the fprintf function u will have to set y values also. From the script u sent > set x 1 54 (since the .dat file has 54 longitude and 36 latitude points) > set t 25 > fprintf t2-273.15 T2-24hr.csv %g, 54 u are varying x dimension at some constant time, what about y?? But then also your output file should contain only one row of 54 values since by default grads must have set latitude to the first value in the domain. Try by giving some value to y dimension. Bye Roopa On Wed, Jul 27, 2011 at 10:49 AM, wrote: > Send gradsusr mailing list submissions to > gradsusr at gradsusr.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://gradsusr.org/mailman/listinfo/gradsusr > or, via email, send a message with subject or body 'help' to > gradsusr-request at gradsusr.org > > You can reach the person managing the list at > gradsusr-owner at gradsusr.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of gradsusr digest..." > > > Today's Topics: > > 1. Re: Missing variables in 3-d fwrite binary file (Kevin Huyck) > 2. error with fprintf command (dipak sahu) > 3. Re: Grads 2.0.9 error (chinh ta huu) > 4. Variable 'HFX' from ctl file (Salvador Salazar) > 5. time format (Simon Kiertscher) > 6. Re: time format (Yaqiang Wang) > 7. Re: time format (Simon Kiertscher) > 8. Re: time format (Yaqiang Wang) > 9. Re: say to stderr (Davide Sacchetti) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 25 Jul 2011 14:26:52 -0500 > From: Kevin Huyck > Subject: Re: [gradsusr] Missing variables in 3-d fwrite binary file > To: GrADS Users Forum > Message-ID: <4E2DC37C.3000703 at meridian-enviro.com> > Content-Type: text/plain; charset="iso-8859-1" > > Jim, > > I thought those values represented the time step. After changing them to > "1" as you suggested, the data are what I was expecting. My next step is > creating multiple levels corresponding to numerous isentropic levels. > For each level I add, I'll increment the "1"s to the number of vertical > levels. > > Many, many thanks for you suggestion. > > Kevin L. Huyck > Forecaster, Meridian Environmental Technology, Inc. > klhuyck at meridian-enviro.com > > Composed using Mozilla Thunderbird! > > On 07/22/11 11:48, James T. Potemra wrote: > > Hi Kevin: > > > > It looks like in your NAM-2011072200.ctl file you are defining one > > vertical level: > > > > zdef 1 levels 315 > > > > but you then assign two levels to each variable: > > > > cpd 2 99 Condensation Pressure Deficit (mb) > > isenps 2 99 Pressure (mb) > > u 2 99 Zonal component of wind (ms^-1) > > v 2 99 Meridional component of wind (ms^-1) > > > > I think if you change the "2's" above with "1", or for surface you can > > have "0", > > it should work ok. > > > > Jim > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110725/933b4073/attachment-0001.html > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: klhuyck.vcf > Type: text/x-vcard > Size: 307 bytes > Desc: not available > Url : > http://gradsusr.org/pipermail/gradsusr/attachments/20110725/933b4073/attachment-0001.vcf > > ------------------------------ > > Message: 2 > Date: Tue, 26 Jul 2011 10:18:45 +0530 > From: dipak sahu > Subject: [gradsusr] error with fprintf command > To: gradsusr at gradsusr.org > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear all > I tried to write the grads out put values into a ascii file by using > the fprintf.gs script. I tried the following command > > > set x 1 54 (since the .dat file has 54 longitude and 36 latitude points) > > set t 25 > > fprintf t2-273.15 T2-24hr.csv %g, 54 > > but the file T2-24hr.csv has only two rows of data instead of 36 rows of > data. What may be the error with this script or command. > > waiting for your kind reply > > thanking you > with regards > Dipak Sahu > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110726/09c72c64/attachment-0001.html > > ------------------------------ > > Message: 3 > Date: Tue, 26 Jul 2011 17:50:18 -0700 > From: chinh ta huu > Subject: Re: [gradsusr] Grads 2.0.9 error > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Dear Guilherme > For this software, not make install. You only copy to > /opt/opengrads/opengrads/ > And then set envir variable in bashfile. It is ok > Best regards > Chinh > > > On Thu, Jul 7, 2011 at 1:09 PM, Guilherme Martins >wrote: > > > Hi users, > > > > I need help. I'm trying to install grads2.0.9, but I receive the message > > below when I type make: > > > > gagx.o: In function `gakml': > > /home/gui/grads-2.0.a9/src/gagx.c:3986: undefined reference to `gxqdrgb' > > gagx.o: In function `gagtif': > > /home/gui/grads-2.0.a9/src/gagx.c:4290: undefined reference to `gxqdrgb' > > ../../supplibs/lib/libcurl.a(timeval.o): In function `curlx_tvnow': > > timeval.c:(.text+0x89): undefined reference to `clock_gettime' > > make[2]: ** [grads] Erro 1 > > make[2]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' > > make[1]: ** [all] Erro 2 > > make[1]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' > > make: ** [all-recursive] Erro 1 > > gui at curupira:~/grads-2.0.a9$ > > > > May anyone help me? > > > > Thanks a lot, > > > > Guilherme. > > > > -- > > Guilherme Martins > > > > > > > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > -- > (Mr.) Ta Huu Chinh > National, Weather Forecasting Center, Ha Noi, Viet Nam. > No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi > Tel: 84-903-402-181 > Fax: 84-43-824-4917 > Email: chinhth2010 at gmail.com > Website: http://vn.myblog.yahoo.com/chinhth2005/ > Website: http://bestknowledge-chinhth.blogspot.com/ > Website: http://anhcuoidep.vn > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://gradsusr.org/pipermail/gradsusr/attachments/20110726/6b6229ad/attachment-0001.html > > ------------------------------ > > Message: 4 > Date: Wed, 27 Jul 2011 00:19:26 -0700 > From: Salvador Salazar > Subject: [gradsusr] Variable 'HFX' from ctl file > To: gradsusr at gradsusr.org > Message-ID: > > > Content-Type: text/plain; charset=ISO-8859-1 > > Hi guys, > > I have a question about the variable 'HFX' that from the ARWpost .ctl > file. The description reads 'upward heat flux at the surface', and I > wanted to know if this meant total heat flux or simply sensible heat > flux. > > Any ideas are appreciated! > > -- > Sal! > > > ------------------------------ > > Message: 5 > Date: Wed, 27 Jul 2011 10:27:59 +0200 > From: Simon Kiertscher > Subject: [gradsusr] time format > To: gradsusr at gradsusr.org > Message-ID: <4E2FCC0F.6080607 at gmx.de> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Dear all, > > i have a problem with opening a file. > I use (GrADS) Version 2.0.a9 on Suse > > ga-> sdfopen GKSS-2.nc > Scanning self-describing file: GKSS-2.nc > gadsdf: Error parsing time_units for SDF file. > > the format is as follows: > (from ncdump) > > double time(time) ; > time:units = "day as %Y%m%d.%f" ; > time:calendar = "proleptic_gregorian" ; > time:axis = "t" ; > time:long_name = "time" ; > > So i think this is valid format? Can anyone tell my what is wrong? > > Best Regards, > Simon > > > ------------------------------ > > Message: 6 > Date: Wed, 27 Jul 2011 16:41:49 +0800 > From: Yaqiang Wang > Subject: Re: [gradsusr] time format > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset=ISO-8859-1 > > time:units = "day as %Y%m%d.%f" It does not follow GOARDS > conventions which is used in 'sdfopen' function. So you need to write > a control file to tell GrADS the dimensions and variables in the data > set. You have to use 'xdfopen' or 'open' commands to open the data > file. > > On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher > wrote: > > Dear all, > > > > i have a problem with opening a file. > > I use (GrADS) Version 2.0.a9 on Suse > > > > ga-> sdfopen GKSS-2.nc > > Scanning self-describing file: ?GKSS-2.nc > > gadsdf: Error parsing time_units for SDF file. > > > > the format is as follows: > > (from ncdump) > > > > ? ? ? ? double time(time) ; > > ? ? ? ? ? ? ? ? time:units = "day as %Y%m%d.%f" ; > > ? ? ? ? ? ? ? ? time:calendar = "proleptic_gregorian" ; > > ? ? ? ? ? ? ? ? time:axis = "t" ; > > ? ? ? ? ? ? ? ? time:long_name = "time" ; > > > > So i think this is valid format? Can anyone tell my what is wrong? > > > > Best Regards, > > Simon > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > -- > ************************************************* > Dr. Yaqiang Wang > Chinese Academy of Meteorological Sciences (CAMS) > 46, Zhong-Guan-Cun South Avenue > Beijing, 100081 > China > > yaqiang.wang at gmail.com > ************************************************** > > > > ------------------------------ > > Message: 7 > Date: Wed, 27 Jul 2011 11:14:17 +0200 > From: Simon Kiertscher > Subject: Re: [gradsusr] time format > To: gradsusr at gradsusr.org > Message-ID: <4E2FD6E9.1040002 at gmx.de> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Dear Yaqiang, > > thank you for the information, where can i find the GrADS conventions to > know which format is ok, and which not? > I'm very new to GrADS, so can you give me a source where i can find a > example of a control file? I have no idea how to do that. > > Best Regards, > Simon > > time:units = "day as %Y%m%d.%f" It does not follow GOARDS > > conventions which is used in 'sdfopen' function. So you need to write > > a control file to tell GrADS the dimensions and variables in the data > > set. You have to use 'xdfopen' or 'open' commands to open the data > > file. > > > > On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher > > wrote: > >> Dear all, > >> > >> i have a problem with opening a file. > >> I use (GrADS) Version 2.0.a9 on Suse > >> > >> ga-> sdfopen GKSS-2.nc > >> Scanning self-describing file: GKSS-2.nc > >> gadsdf: Error parsing time_units for SDF file. > >> > >> the format is as follows: > >> (from ncdump) > >> > >> double time(time) ; > >> time:units = "day as %Y%m%d.%f" ; > >> time:calendar = "proleptic_gregorian" ; > >> time:axis = "t" ; > >> time:long_name = "time" ; > >> > >> So i think this is valid format? Can anyone tell my what is wrong? > >> > >> Best Regards, > >> Simon > >> _______________________________________________ > >> gradsusr mailing list > >> gradsusr at gradsusr.org > >> http://gradsusr.org/mailman/listinfo/gradsusr > >> > > > > > > > > ------------------------------ > > Message: 8 > Date: Wed, 27 Jul 2011 17:32:44 +0800 > From: Yaqiang Wang > Subject: Re: [gradsusr] time format > To: GrADS Users Forum > Message-ID: > > > Content-Type: text/plain; charset=ISO-8859-1 > > The information could be found at > http://www.iges.org/grads/gadoc/gradcomdsdfopen.html. > > On Wed, Jul 27, 2011 at 5:14 PM, Simon Kiertscher > wrote: > > Dear Yaqiang, > > > > thank you for the information, where can i find the GrADS conventions to > > know which ?format is ok, ?and which not? > > I'm very new to GrADS, so can you give me a source where i can find a > > example of a control file? I have no idea how to do that. > > > > Best Regards, > > Simon > >> ? time:units = "day as %Y%m%d.%f" ? It does not follow GOARDS > >> conventions which is used in 'sdfopen' function. So you need to write > >> a control file to tell GrADS the dimensions and variables in the data > >> set. You have to use 'xdfopen' or 'open' commands to open the data > >> file. > >> > >> On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher > >> ?wrote: > >>> Dear all, > >>> > >>> i have a problem with opening a file. > >>> I use (GrADS) Version 2.0.a9 on Suse > >>> > >>> ga-> ?sdfopen GKSS-2.nc > >>> Scanning self-describing file: ?GKSS-2.nc > >>> gadsdf: Error parsing time_units for SDF file. > >>> > >>> the format is as follows: > >>> (from ncdump) > >>> > >>> ? ? ? ? ?double time(time) ; > >>> ? ? ? ? ? ? ? ? ?time:units = "day as %Y%m%d.%f" ; > >>> ? ? ? ? ? ? ? ? ?time:calendar = "proleptic_gregorian" ; > >>> ? ? ? ? ? ? ? ? ?time:axis = "t" ; > >>> ? ? ? ? ? ? ? ? ?time:long_name = "time" ; > >>> > >>> So i think this is valid format? Can anyone tell my what is wrong? > >>> > >>> Best Regards, > >>> Simon > >>> _______________________________________________ > >>> gradsusr mailing list > >>> gradsusr at gradsusr.org > >>> http://gradsusr.org/mailman/listinfo/gradsusr > >>> > >> > >> > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > -- > ************************************************* > Dr. Yaqiang Wang > Chinese Academy of Meteorological Sciences (CAMS) > 46, Zhong-Guan-Cun South Avenue > Beijing, 100081 > China > > yaqiang.wang at gmail.com > ************************************************** > > > > ------------------------------ > > Message: 9 > Date: Wed, 27 Jul 2011 11:34:40 +0200 > From: Davide Sacchetti > Subject: Re: [gradsusr] say to stderr > To: GrADS Users Forum > Message-ID: <1311759280.885.5.camel at davide> > Content-Type: text/plain; charset="UTF-8" > > inside a script you could redirect using unix shell > e.g.: > '!echo ERROR ON FILE >&2' > > I've just tried and it seems to work > > bye bye > Davide > > On Mon, 2011-07-25 at 14:27 +0200, Simon Kiertscher wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Hi John, > > > > thanks you for your effort. > > > > Best Regards, > > Simon > > > > Am 22.07.2011 16:10, schrieb Huddleston, John: > > > Simon > > > > > > I looked through the GrADS source code, specifically gscrpt.c file and > the 'printf' function is used. > > > > > > The 'printf' always goes to stdout. Had it been fprintf(FILE > *somefp,...) then maybe it could have been. > > > > > > However, I don't think the original designers (aka Brian Doty) was > concerned about writing to stderr. > > > > > > John > > > > > > -----Original Message----- > > > From: gradsusr-bounces at gradsusr.org [mailto: > gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher > > > Sent: Friday, July 22, 2011 2:25 AM > > > To: gradsusr at gradsusr.org > > > Subject: Re: [gradsusr] say to stderr > > > > > > Hi John, > > > > > > thanks for your answer. I know how to redirect channels on the command > line. > > > But how to decide IN the script, what should go to stderr and what to > stdout, 'say' always put the output to stdout. > > > So in bash i would do echo "foobar" 1>&2 to get the foobar to the > stderr, how can i do this in GrADS? Is there a way? > > > > > > Best Regards, > > > Simon > > >> Simon > > >> > > >> If you are running GrADS in batch mode you can re-direct output as > > >> follows > > >> > > >> grads -lbc 'run somescript.gs' 2> say.err 1>&2 > > >> > > >> In interactive mode there is no output to the screen it simply goes to > the file. > > >> > > >> Does that answer your question? > > >> > > >> John Huddleston > > >> > > >> -----Original Message----- > > >> From: gradsusr-bounces at gradsusr.org > > >> [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher > > >> Sent: Wednesday, July 20, 2011 7:36 AM > > >> To: gradsusr at gradsusr.org > > >> Subject: [gradsusr] say to stderr > > >> > > >> Dear gradsusers > > >> > > >> i can not find any information about sending text to the stderror > channel of the shell while using the say command. Has some one an idea? > > >> > > >> Best Regards, > > >> Simon > > >> _______________________________________________ > > >> gradsusr mailing list > > >> gradsusr at gradsusr.org > > >> http://gradsusr.org/mailman/listinfo/gradsusr > > >> > > >> _______________________________________________ > > >> gradsusr mailing list > > >> gradsusr at gradsusr.org > > >> http://gradsusr.org/mailman/listinfo/gradsusr > > >> > > > > > > _______________________________________________ > > > gradsusr mailing list > > > gradsusr at gradsusr.org > > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > _______________________________________________ > > > gradsusr mailing list > > > gradsusr at gradsusr.org > > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.4.9 (MingW32) > > > > iEYEARECAAYFAk4tYU8ACgkQG0AVdCSrH+YQTwCguP5vZwnTglV57tNoXdBLQHfr > > Z8EAnizKje0vZYEoHntzY/0Omx67IPSf > > =Y7CV > > -----END PGP SIGNATURE----- > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > -- > --> Attenzione cambio indirizzo: davide.sacchetti at arpal.gov.it > -- > Davide Sacchetti > Centro Funzionale Meteo Idrologico di Protezione Civile della Regione > Liguria > ARPAL Unit? Tecnica Complessa di livello Regionale > V.le Brigare Partigiane 2 16121 Genova (I) > tel: +39 010 6437535 fax: +39 010 6437520 > mail: davide.sacchetti at arpal.gov.it web: www.meteoliguria.it > > > > > ------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > End of gradsusr Digest, Vol 17, Issue 27 > **************************************** > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110727/cabe361b/attachment-0003.html From rss1901 at gmail.com Wed Jul 27 08:06:35 2011 From: rss1901 at gmail.com (Roopashree Shrivastava) Date: Wed, 27 Jul 2011 17:36:35 +0530 Subject: [gradsusr] error with fprintf command (dipak sahu) In-Reply-To: References: Message-ID: Hi Dipak, * Look at the foll two lines ga->* set x 1 72 *ga->* fprintf ts ts.csv %g, 72 0 I think you should give set x 1 54 > set t 25 > fprintf t2-273.15 T2-24hr.csv %g, 54 0 try it and let me know or else if poss send me the data i will check. Bye Roopa On Wed, Jul 27, 2011 at 3:50 PM, Roopashree Shrivastava wrote: > hi Dipak, > I think with the fprintf function u will have to set y values also. From > the script u sent > > > set x 1 54 (since the .dat file has 54 longitude and 36 latitude points) > > set t 25 > > fprintf t2-273.15 T2-24hr.csv %g, 54 > u are varying x dimension at some constant time, what about y?? But then > also your output file should contain only one row of 54 values since by > default grads must have set latitude to the first value in the domain. Try > by giving some value to y dimension. > > Bye > Roopa > > On Wed, Jul 27, 2011 at 10:49 AM, wrote: > >> Send gradsusr mailing list submissions to >> gradsusr at gradsusr.org >> >> To subscribe or unsubscribe via the World Wide Web, visit >> http://gradsusr.org/mailman/listinfo/gradsusr >> or, via email, send a message with subject or body 'help' to >> gradsusr-request at gradsusr.org >> >> You can reach the person managing the list at >> gradsusr-owner at gradsusr.org >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of gradsusr digest..." >> >> >> Today's Topics: >> >> 1. Re: Missing variables in 3-d fwrite binary file (Kevin Huyck) >> 2. error with fprintf command (dipak sahu) >> 3. Re: Grads 2.0.9 error (chinh ta huu) >> 4. Variable 'HFX' from ctl file (Salvador Salazar) >> 5. time format (Simon Kiertscher) >> 6. Re: time format (Yaqiang Wang) >> 7. Re: time format (Simon Kiertscher) >> 8. Re: time format (Yaqiang Wang) >> 9. Re: say to stderr (Davide Sacchetti) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Mon, 25 Jul 2011 14:26:52 -0500 >> From: Kevin Huyck >> Subject: Re: [gradsusr] Missing variables in 3-d fwrite binary file >> To: GrADS Users Forum >> Message-ID: <4E2DC37C.3000703 at meridian-enviro.com> >> Content-Type: text/plain; charset="iso-8859-1" >> >> Jim, >> >> I thought those values represented the time step. After changing them to >> "1" as you suggested, the data are what I was expecting. My next step is >> creating multiple levels corresponding to numerous isentropic levels. >> For each level I add, I'll increment the "1"s to the number of vertical >> levels. >> >> Many, many thanks for you suggestion. >> >> Kevin L. Huyck >> Forecaster, Meridian Environmental Technology, Inc. >> klhuyck at meridian-enviro.com >> >> Composed using Mozilla Thunderbird! >> >> On 07/22/11 11:48, James T. Potemra wrote: >> > Hi Kevin: >> > >> > It looks like in your NAM-2011072200.ctl file you are defining one >> > vertical level: >> > >> > zdef 1 levels 315 >> > >> > but you then assign two levels to each variable: >> > >> > cpd 2 99 Condensation Pressure Deficit (mb) >> > isenps 2 99 Pressure (mb) >> > u 2 99 Zonal component of wind (ms^-1) >> > v 2 99 Meridional component of wind (ms^-1) >> > >> > I think if you change the "2's" above with "1", or for surface you can >> > have "0", >> > it should work ok. >> > >> > Jim >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> http://gradsusr.org/pipermail/gradsusr/attachments/20110725/933b4073/attachment-0001.html >> -------------- next part -------------- >> A non-text attachment was scrubbed... >> Name: klhuyck.vcf >> Type: text/x-vcard >> Size: 307 bytes >> Desc: not available >> Url : >> http://gradsusr.org/pipermail/gradsusr/attachments/20110725/933b4073/attachment-0001.vcf >> >> ------------------------------ >> >> Message: 2 >> Date: Tue, 26 Jul 2011 10:18:45 +0530 >> From: dipak sahu >> Subject: [gradsusr] error with fprintf command >> To: gradsusr at gradsusr.org >> Message-ID: >> > E-_yT-DDabmnuWDhwO9w at mail.gmail.com> >> Content-Type: text/plain; charset="iso-8859-1" >> >> Dear all >> I tried to write the grads out put values into a ascii file by using >> the fprintf.gs script. I tried the following command >> >> > set x 1 54 (since the .dat file has 54 longitude and 36 latitude points) >> > set t 25 >> > fprintf t2-273.15 T2-24hr.csv %g, 54 >> >> but the file T2-24hr.csv has only two rows of data instead of 36 rows of >> data. What may be the error with this script or command. >> >> waiting for your kind reply >> >> thanking you >> with regards >> Dipak Sahu >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> http://gradsusr.org/pipermail/gradsusr/attachments/20110726/09c72c64/attachment-0001.html >> >> ------------------------------ >> >> Message: 3 >> Date: Tue, 26 Jul 2011 17:50:18 -0700 >> From: chinh ta huu >> Subject: Re: [gradsusr] Grads 2.0.9 error >> To: GrADS Users Forum >> Message-ID: >> > QvE5+g at mail.gmail.com> >> Content-Type: text/plain; charset="iso-8859-1" >> >> Dear Guilherme >> For this software, not make install. You only copy to >> /opt/opengrads/opengrads/ >> And then set envir variable in bashfile. It is ok >> Best regards >> Chinh >> >> >> On Thu, Jul 7, 2011 at 1:09 PM, Guilherme Martins > >wrote: >> >> > Hi users, >> > >> > I need help. I'm trying to install grads2.0.9, but I receive the message >> > below when I type make: >> > >> > gagx.o: In function `gakml': >> > /home/gui/grads-2.0.a9/src/gagx.c:3986: undefined reference to `gxqdrgb' >> > gagx.o: In function `gagtif': >> > /home/gui/grads-2.0.a9/src/gagx.c:4290: undefined reference to `gxqdrgb' >> > ../../supplibs/lib/libcurl.a(timeval.o): In function `curlx_tvnow': >> > timeval.c:(.text+0x89): undefined reference to `clock_gettime' >> > make[2]: ** [grads] Erro 1 >> > make[2]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' >> > make[1]: ** [all] Erro 2 >> > make[1]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' >> > make: ** [all-recursive] Erro 1 >> > gui at curupira:~/grads-2.0.a9$ >> > >> > May anyone help me? >> > >> > Thanks a lot, >> > >> > Guilherme. >> > >> > -- >> > Guilherme Martins >> > >> > >> > >> > >> > _______________________________________________ >> > gradsusr mailing list >> > gradsusr at gradsusr.org >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> > >> >> >> -- >> (Mr.) Ta Huu Chinh >> National, Weather Forecasting Center, Ha Noi, Viet Nam. >> No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi >> Tel: 84-903-402-181 >> Fax: 84-43-824-4917 >> Email: chinhth2010 at gmail.com >> Website: http://vn.myblog.yahoo.com/chinhth2005/ >> Website: http://bestknowledge-chinhth.blogspot.com/ >> Website: http://anhcuoidep.vn >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> http://gradsusr.org/pipermail/gradsusr/attachments/20110726/6b6229ad/attachment-0001.html >> >> ------------------------------ >> >> Message: 4 >> Date: Wed, 27 Jul 2011 00:19:26 -0700 >> From: Salvador Salazar >> Subject: [gradsusr] Variable 'HFX' from ctl file >> To: gradsusr at gradsusr.org >> Message-ID: >> > uW6o0bVGQFEqj5nHS84yv8AqQ at mail.gmail.com> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> Hi guys, >> >> I have a question about the variable 'HFX' that from the ARWpost .ctl >> file. The description reads 'upward heat flux at the surface', and I >> wanted to know if this meant total heat flux or simply sensible heat >> flux. >> >> Any ideas are appreciated! >> >> -- >> Sal! >> >> >> ------------------------------ >> >> Message: 5 >> Date: Wed, 27 Jul 2011 10:27:59 +0200 >> From: Simon Kiertscher >> Subject: [gradsusr] time format >> To: gradsusr at gradsusr.org >> Message-ID: <4E2FCC0F.6080607 at gmx.de> >> Content-Type: text/plain; charset=ISO-8859-1; format=flowed >> >> Dear all, >> >> i have a problem with opening a file. >> I use (GrADS) Version 2.0.a9 on Suse >> >> ga-> sdfopen GKSS-2.nc >> Scanning self-describing file: GKSS-2.nc >> gadsdf: Error parsing time_units for SDF file. >> >> the format is as follows: >> (from ncdump) >> >> double time(time) ; >> time:units = "day as %Y%m%d.%f" ; >> time:calendar = "proleptic_gregorian" ; >> time:axis = "t" ; >> time:long_name = "time" ; >> >> So i think this is valid format? Can anyone tell my what is wrong? >> >> Best Regards, >> Simon >> >> >> ------------------------------ >> >> Message: 6 >> Date: Wed, 27 Jul 2011 16:41:49 +0800 >> From: Yaqiang Wang >> Subject: Re: [gradsusr] time format >> To: GrADS Users Forum >> Message-ID: >> < >> CABvomDVQ8XZGPpaKnHwyn6a2t-usuxxAEKOW0JYhP6-ixTVh6g at mail.gmail.com> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> time:units = "day as %Y%m%d.%f" It does not follow GOARDS >> conventions which is used in 'sdfopen' function. So you need to write >> a control file to tell GrADS the dimensions and variables in the data >> set. You have to use 'xdfopen' or 'open' commands to open the data >> file. >> >> On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher >> wrote: >> > Dear all, >> > >> > i have a problem with opening a file. >> > I use (GrADS) Version 2.0.a9 on Suse >> > >> > ga-> sdfopen GKSS-2.nc >> > Scanning self-describing file: ?GKSS-2.nc >> > gadsdf: Error parsing time_units for SDF file. >> > >> > the format is as follows: >> > (from ncdump) >> > >> > ? ? ? ? double time(time) ; >> > ? ? ? ? ? ? ? ? time:units = "day as %Y%m%d.%f" ; >> > ? ? ? ? ? ? ? ? time:calendar = "proleptic_gregorian" ; >> > ? ? ? ? ? ? ? ? time:axis = "t" ; >> > ? ? ? ? ? ? ? ? time:long_name = "time" ; >> > >> > So i think this is valid format? Can anyone tell my what is wrong? >> > >> > Best Regards, >> > Simon >> > _______________________________________________ >> > gradsusr mailing list >> > gradsusr at gradsusr.org >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> >> >> >> -- >> ************************************************* >> Dr. Yaqiang Wang >> Chinese Academy of Meteorological Sciences (CAMS) >> 46, Zhong-Guan-Cun South Avenue >> Beijing, 100081 >> China >> >> yaqiang.wang at gmail.com >> ************************************************** >> >> >> >> ------------------------------ >> >> Message: 7 >> Date: Wed, 27 Jul 2011 11:14:17 +0200 >> From: Simon Kiertscher >> Subject: Re: [gradsusr] time format >> To: gradsusr at gradsusr.org >> Message-ID: <4E2FD6E9.1040002 at gmx.de> >> Content-Type: text/plain; charset=ISO-8859-1; format=flowed >> >> Dear Yaqiang, >> >> thank you for the information, where can i find the GrADS conventions to >> know which format is ok, and which not? >> I'm very new to GrADS, so can you give me a source where i can find a >> example of a control file? I have no idea how to do that. >> >> Best Regards, >> Simon >> > time:units = "day as %Y%m%d.%f" It does not follow GOARDS >> > conventions which is used in 'sdfopen' function. So you need to write >> > a control file to tell GrADS the dimensions and variables in the data >> > set. You have to use 'xdfopen' or 'open' commands to open the data >> > file. >> > >> > On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher >> > wrote: >> >> Dear all, >> >> >> >> i have a problem with opening a file. >> >> I use (GrADS) Version 2.0.a9 on Suse >> >> >> >> ga-> sdfopen GKSS-2.nc >> >> Scanning self-describing file: GKSS-2.nc >> >> gadsdf: Error parsing time_units for SDF file. >> >> >> >> the format is as follows: >> >> (from ncdump) >> >> >> >> double time(time) ; >> >> time:units = "day as %Y%m%d.%f" ; >> >> time:calendar = "proleptic_gregorian" ; >> >> time:axis = "t" ; >> >> time:long_name = "time" ; >> >> >> >> So i think this is valid format? Can anyone tell my what is wrong? >> >> >> >> Best Regards, >> >> Simon >> >> _______________________________________________ >> >> gradsusr mailing list >> >> gradsusr at gradsusr.org >> >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> > >> > >> >> >> >> ------------------------------ >> >> Message: 8 >> Date: Wed, 27 Jul 2011 17:32:44 +0800 >> From: Yaqiang Wang >> Subject: Re: [gradsusr] time format >> To: GrADS Users Forum >> Message-ID: >> > EEA7_JxvwFAZOXG6vbmntskZxsGzo_6y03CBQ at mail.gmail.com> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> The information could be found at >> http://www.iges.org/grads/gadoc/gradcomdsdfopen.html. >> >> On Wed, Jul 27, 2011 at 5:14 PM, Simon Kiertscher >> wrote: >> > Dear Yaqiang, >> > >> > thank you for the information, where can i find the GrADS conventions to >> > know which ?format is ok, ?and which not? >> > I'm very new to GrADS, so can you give me a source where i can find a >> > example of a control file? I have no idea how to do that. >> > >> > Best Regards, >> > Simon >> >> ? time:units = "day as %Y%m%d.%f" ? It does not follow GOARDS >> >> conventions which is used in 'sdfopen' function. So you need to write >> >> a control file to tell GrADS the dimensions and variables in the data >> >> set. You have to use 'xdfopen' or 'open' commands to open the data >> >> file. >> >> >> >> On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher >> >> ?wrote: >> >>> Dear all, >> >>> >> >>> i have a problem with opening a file. >> >>> I use (GrADS) Version 2.0.a9 on Suse >> >>> >> >>> ga-> ?sdfopen GKSS-2.nc >> >>> Scanning self-describing file: ?GKSS-2.nc >> >>> gadsdf: Error parsing time_units for SDF file. >> >>> >> >>> the format is as follows: >> >>> (from ncdump) >> >>> >> >>> ? ? ? ? ?double time(time) ; >> >>> ? ? ? ? ? ? ? ? ?time:units = "day as %Y%m%d.%f" ; >> >>> ? ? ? ? ? ? ? ? ?time:calendar = "proleptic_gregorian" ; >> >>> ? ? ? ? ? ? ? ? ?time:axis = "t" ; >> >>> ? ? ? ? ? ? ? ? ?time:long_name = "time" ; >> >>> >> >>> So i think this is valid format? Can anyone tell my what is wrong? >> >>> >> >>> Best Regards, >> >>> Simon >> >>> _______________________________________________ >> >>> gradsusr mailing list >> >>> gradsusr at gradsusr.org >> >>> http://gradsusr.org/mailman/listinfo/gradsusr >> >>> >> >> >> >> >> > >> > _______________________________________________ >> > gradsusr mailing list >> > gradsusr at gradsusr.org >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> >> >> >> -- >> ************************************************* >> Dr. Yaqiang Wang >> Chinese Academy of Meteorological Sciences (CAMS) >> 46, Zhong-Guan-Cun South Avenue >> Beijing, 100081 >> China >> >> yaqiang.wang at gmail.com >> ************************************************** >> >> >> >> ------------------------------ >> >> Message: 9 >> Date: Wed, 27 Jul 2011 11:34:40 +0200 >> From: Davide Sacchetti >> Subject: Re: [gradsusr] say to stderr >> To: GrADS Users Forum >> Message-ID: <1311759280.885.5.camel at davide> >> Content-Type: text/plain; charset="UTF-8" >> >> inside a script you could redirect using unix shell >> e.g.: >> '!echo ERROR ON FILE >&2' >> >> I've just tried and it seems to work >> >> bye bye >> Davide >> >> On Mon, 2011-07-25 at 14:27 +0200, Simon Kiertscher wrote: >> > -----BEGIN PGP SIGNED MESSAGE----- >> > Hash: SHA1 >> > >> > Hi John, >> > >> > thanks you for your effort. >> > >> > Best Regards, >> > Simon >> > >> > Am 22.07.2011 16:10, schrieb Huddleston, John: >> > > Simon >> > > >> > > I looked through the GrADS source code, specifically gscrpt.c file and >> the 'printf' function is used. >> > > >> > > The 'printf' always goes to stdout. Had it been fprintf(FILE >> *somefp,...) then maybe it could have been. >> > > >> > > However, I don't think the original designers (aka Brian Doty) was >> concerned about writing to stderr. >> > > >> > > John >> > > >> > > -----Original Message----- >> > > From: gradsusr-bounces at gradsusr.org [mailto: >> gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher >> > > Sent: Friday, July 22, 2011 2:25 AM >> > > To: gradsusr at gradsusr.org >> > > Subject: Re: [gradsusr] say to stderr >> > > >> > > Hi John, >> > > >> > > thanks for your answer. I know how to redirect channels on the command >> line. >> > > But how to decide IN the script, what should go to stderr and what to >> stdout, 'say' always put the output to stdout. >> > > So in bash i would do echo "foobar" 1>&2 to get the foobar to the >> stderr, how can i do this in GrADS? Is there a way? >> > > >> > > Best Regards, >> > > Simon >> > >> Simon >> > >> >> > >> If you are running GrADS in batch mode you can re-direct output as >> > >> follows >> > >> >> > >> grads -lbc 'run somescript.gs' 2> say.err 1>&2 >> > >> >> > >> In interactive mode there is no output to the screen it simply goes >> to the file. >> > >> >> > >> Does that answer your question? >> > >> >> > >> John Huddleston >> > >> >> > >> -----Original Message----- >> > >> From: gradsusr-bounces at gradsusr.org >> > >> [mailto:gradsusr-bounces at gradsusr.org] On Behalf Of Simon Kiertscher >> > >> Sent: Wednesday, July 20, 2011 7:36 AM >> > >> To: gradsusr at gradsusr.org >> > >> Subject: [gradsusr] say to stderr >> > >> >> > >> Dear gradsusers >> > >> >> > >> i can not find any information about sending text to the stderror >> channel of the shell while using the say command. Has some one an idea? >> > >> >> > >> Best Regards, >> > >> Simon >> > >> _______________________________________________ >> > >> gradsusr mailing list >> > >> gradsusr at gradsusr.org >> > >> http://gradsusr.org/mailman/listinfo/gradsusr >> > >> >> > >> _______________________________________________ >> > >> gradsusr mailing list >> > >> gradsusr at gradsusr.org >> > >> http://gradsusr.org/mailman/listinfo/gradsusr >> > >> >> > > >> > > _______________________________________________ >> > > gradsusr mailing list >> > > gradsusr at gradsusr.org >> > > http://gradsusr.org/mailman/listinfo/gradsusr >> > > >> > > _______________________________________________ >> > > gradsusr mailing list >> > > gradsusr at gradsusr.org >> > > http://gradsusr.org/mailman/listinfo/gradsusr >> > > >> > -----BEGIN PGP SIGNATURE----- >> > Version: GnuPG v1.4.9 (MingW32) >> > >> > iEYEARECAAYFAk4tYU8ACgkQG0AVdCSrH+YQTwCguP5vZwnTglV57tNoXdBLQHfr >> > Z8EAnizKje0vZYEoHntzY/0Omx67IPSf >> > =Y7CV >> > -----END PGP SIGNATURE----- >> > _______________________________________________ >> > gradsusr mailing list >> > gradsusr at gradsusr.org >> > http://gradsusr.org/mailman/listinfo/gradsusr >> > >> > >> >> -- >> --> Attenzione cambio indirizzo: davide.sacchetti at arpal.gov.it >> -- >> Davide Sacchetti >> Centro Funzionale Meteo Idrologico di Protezione Civile della Regione >> Liguria >> ARPAL Unit? Tecnica Complessa di livello Regionale >> V.le Brigare Partigiane 2 16121 Genova (I) >> tel: +39 010 6437535 fax: +39 010 6437520 >> mail: davide.sacchetti at arpal.gov.it web: www.meteoliguria.it >> >> >> >> >> ------------------------------ >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> >> End of gradsusr Digest, Vol 17, Issue 27 >> **************************************** >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110727/5a8b0aab/attachment-0003.html From jma at cola.iges.org Wed Jul 27 08:13:48 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Wed, 27 Jul 2011 08:13:48 -0400 Subject: [gradsusr] Grads 2.0.9 error In-Reply-To: References: Message-ID: <2A5D1CBF-0FCD-46B3-8292-93D8A3815F36@cola.iges.org> This is a bug that has been fixed for the next release. The problem was that the subroutime gxqdrgb() needed to be moved from gxhpng.c to gxX.c. It will compile as is if you enable the printim command, which needs zlib, libpng, libjpeg, and libgd. Also, you need to add -lrt to the list of libraries to link with, that will fix the undefined reference to clock_gettime. Please have a look at http://iges.org/grads/gadoc/supplibs.html --Jennifer On Jul 26, 2011, at 8:50 PM, chinh ta huu wrote: > Dear Guilherme > For this software, not make install. You only copy to /opt/ > opengrads/opengrads/ > And then set envir variable in bashfile. It is ok > Best regards > Chinh > > > On Thu, Jul 7, 2011 at 1:09 PM, Guilherme Martins > wrote: > Hi users, > > I need help. I'm trying to install grads2.0.9, but I receive the > message below when I type make: > > gagx.o: In function `gakml': > /home/gui/grads-2.0.a9/src/gagx.c:3986: undefined reference to > `gxqdrgb' > gagx.o: In function `gagtif': > /home/gui/grads-2.0.a9/src/gagx.c:4290: undefined reference to > `gxqdrgb' > ../../supplibs/lib/libcurl.a(timeval.o): In function `curlx_tvnow': > timeval.c:(.text+0x89): undefined reference to `clock_gettime' > make[2]: ** [grads] Erro 1 > make[2]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' > make[1]: ** [all] Erro 2 > make[1]: Saindo do diret?rio `/home/gui/grads-2.0.a9/src' > make: ** [all-recursive] Erro 1 > gui at curupira:~/grads-2.0.a9$ > > May anyone help me? > > Thanks a lot, > > Guilherme. > > -- > Guilherme Martins > > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > (Mr.) Ta Huu Chinh > National, Weather Forecasting Center, Ha Noi, Viet Nam. > No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi > Tel: 84-903-402-181 > Fax: 84-43-824-4917 > Email: chinhth2010 at gmail.com > Website: http://vn.myblog.yahoo.com/chinhth2005/ > Website: http://bestknowledge-chinhth.blogspot.com/ > Website: http://anhcuoidep.vn > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110727/78774f3b/attachment-0003.html From jma at cola.iges.org Wed Jul 27 08:22:05 2011 From: jma at cola.iges.org (Jennifer Adams) Date: Wed, 27 Jul 2011 08:22:05 -0400 Subject: [gradsusr] in netcdf file unable to display 4-D variables In-Reply-To: <4E28B83A.4000501@noaa.gov> References: <1E8644A2BCBD5E4A9967E1E00D5D4C7301143E6FDCD0@NDMSSCC05.ndc.nasa.gov> <4E28B83A.4000501@noaa.gov> Message-ID: You did not include the ncdump output that shows the metadata for the coordinate axis "lev" -- it may have been insufficient. If that is the case, then GrADS won't recognize variables that use that coordinate axis. Furthermore, you need to include the version of GrADS you are using, since the sdfopen interface has changed over time and this information may be quite relevant. After you have sdfopen'ed your file, try a 'q file' and see if it has found a z-axis with levels that match the ncdump output. If not, then you will need to write a descriptor file, either a short version for the xdfopen command, or a complete one for the open command. The documentation is at http://iges.org/grads/gadoc/SDFdescriptorfile.html --Jennifer On Jul 21, 2011, at 7:37 PM, Charles Seman wrote: > Jonathan, > > This sounds familiar... GrADS may not be able to display both 3D and > 4D > fields if they are in the same netCDF file (don't know why)... One > thing > to try is to extract the 4D fields into a separate netCDF file (e.g. > using "ncks" if you have it). > > Hope this helps, > Chuck > > SMITH, JONATHAN WYNN. (GSFC-6133) wrote: >> Hello: >> >> I have a netcdf file with many variables >> / float Q(time, lev, lat, lon) ; >> Q:units = "KG/KG" ; >> float SA1_VMR_inst(time, lev, lat, lon) ; >> SA1_VMR_inst:units = "VMR" ; >> float SOA_VMR_inst(time, lev, lat, lon) ; >> SOA_VMR_inst:units = "VMR" ; >> float T(time, lev, lat, lon) ; >> T:units = "K" ; >> float TOLUENE_VMR_inst(time, lev, lat, lon) ; >> TOLUENE_VMR_inst:units = "VMR" ; >> float TROPLEV(time, lat, lon) ; >> TROPLEV:units = "KM" ; >> float U(time, lev, lat, lon) ; >> U:units = "M/S" ; >> float V(time, lev, lat, lon) ; >> V:units = "M/S" ; >> char current_mss(nchar) ; >> current_mss:long_name = "MSS pathname of this file" ; >> int date(time) ; >> date:long_name = "current date as 6 digit integer (YYMMDD)" ; >> int datesec(time) ; >> datesec:long_name = "seconds to complete current date" ; >> datesec:units = "s" ; >> int days(time) ; >> days:long_name = "elapsed simulation days for this case" ; >> char first_mss(nchar) ; >> first_mss:long_name = "MSS pathname of first file for this >> case"/ >> >> I use the following script: >> >> /* B Vs -VTL >> 'reinit' >> 'sdfopen >> /Volumes/JWS/MOZART_OUTPUT/LARGE_DOMAIN/ >> mozart4-20110721100736853957.nc >> ' >> 'set mpdset hires' >> 'set display color white' >> 'run rgbset.gs ' >> >> 'c' >> "set parea 1 10 1 7.5" >> "set LON -30 59" >> "set LAT -12 30" >> "set LEV 1" >> 'set grads off' >> 'set gxout shaded' >> "set rgb 24 255 120 120" >> "set clevs 20 40 60 80 100 120 140 160 180 200 220 240" >> "set ccols 9 14 4 11 5 13 3 10 7 12 8 2 24" >> 'd days' >> 'set string 1 l 3' >> 'draw string 7.5 8.0' _analysis >> "run cbar.gs " >> 'draw title 22 May 2006 MOZART L3\OzoneMixing Ratio (ppbv)' >> 'printim /Users/jonathanwsmith/MOZART/mozart_22may.gif'/ >> >> For what ever reason I am only able to plot the one and three >> dimensional variable like days (1-D) or PS (3-D. I am am unable to >> plot >> Q or SOA_VMR_inst which are 4-D? >> >> What could be going wrong? >> >> >> >> *Jonathan Wynn Smith* >> >> /Student Trainee/ >> >> _jonathan.smith at nasa.gov_ >> >> NASA-Goddard Space Flight Center >> >> Code 613.3-Atmospheric Chemistry and Dynamics Branch >> >> Greenbelt, MD 20771 >> >> 301-614-5956 >> >> >> >> /Doctoral Candidate/ >> >> jonathan.smith at bison.howard.edu >> >> Howard University Program in Atmospheric Sciences >> >> 2355 6th St NW/408 Thirkield Bldg. >> >> Washington, DC 20059 >> >> >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr > > -- > > 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 reflect > any > official or unofficial position of the United States Federal > Government, > the United States Department of Commerce, or NOAA." > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jma at cola.iges.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110727/16dd01a2/attachment-0003.html From klhuyck at meridian-enviro.com Wed Jul 27 10:04:26 2011 From: klhuyck at meridian-enviro.com (Kevin Huyck) Date: Wed, 27 Jul 2011 09:04:26 -0500 Subject: [gradsusr] LFC calculation Message-ID: <4E301AEA.7030108@meridian-enviro.com> Meredith, I ran into a similar problem while attempting to compute condensation pressure deficit (CPD). My solution was to derive an equation for my value of interest and then implement it in GrADS. Deriving the equation was the most difficult portion of this task. Once I had that in hand, I used several steps to bootstrap the solution in GrADS. For example, my CPD equation requires virtual temperature and the change in height by way of the hypsometric equation. For one step, I calculate the virtual temperature grid. In the next step I use the calculated virtual temperature grid in the hypsometric equation to find the change in height. For my way of thinking, a step-wise process, taking each piece in a small chunk, is easiest to comprehend during the testing phase. After you verify your solution works, you can refine the method to improve your processing efficiency. In my experience, you can "define [var]=[eqn]" to create the appropriate gridded variable. If you have x and y varying (for a single time), you'll calculate the variable for each gridpoint in your domain or vary x, y, and t for multiple time steps in your domain. Hope this helps. -- Kevin L. Huyck Forecaster, Meridian Environmental Technology, Inc. klhuyck at meridian-enviro.com Composed using Mozilla Thunderbird! +++Begin copied text+++ Hi Everyone, I'm looking to plot a contour plot of LFC height, similar to the graphic on the SPC Mesoscale Analysis page, my control file does not output LFC directly, is there anyway I can calculate this in grads? Thanks for your help. Meredith +++End copied text+++ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110727/0af45b02/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: klhuyck.vcf Type: text/x-vcard Size: 307 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110727/0af45b02/attachment-0003.vcf From estefaniajimenez.r at gmail.com Wed Jul 27 10:42:43 2011 From: estefaniajimenez.r at gmail.com (=?ISO-8859-1?Q?Estefan=EDa_Jim=E9nez?=) Date: Wed, 27 Jul 2011 08:42:43 -0600 Subject: [gradsusr] problem: Cannot contour grid - all undefined values Message-ID: Hi guys, please help! I am new at GraDS and I have this problem wich I bet is very silly. I send you the file and the prompt text to see if anyone can help me. *ccwrfuser at ubuntu:~/Desktop$ gradsc* *Grid Analysis and Display System (GrADS) Version 1.9b4* *Copyright (c) 1988-2005 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.9b4 32-bit little-endian lats* * * *Issue 'q config' command for more information.* * * *Landscape mode? (no for portrait): * *Error opening user function definition table* * File name is: /home/ccwrfuser/grads30d/udf* *GX Package Initialization: Size = 11 8.5 * *ga> open Eta_exp110km1960010100.ctl* *Scanning description file: Eta_exp110km1960010100.ctl* *Data file Eta_exp110km1960010100+%y4%m2%d2%h2.bin is open as file 1* *LON set to -89 -78.1 * *LAT set to 7 11.9 * *LEV set to 1000 1000 * *Time values set: 1960:1:1:0 1960:1:1:0 * *ga> d temp* *Cannot contour grid - all undefined values * *ga>* -- Thank You so much! *Estefan?a Jim?nez R.* **Meteor?loga Departamento de Climatolog?a e Investigaciones Aplicadas Instituto Meteorol?gico Nacional MINAET Tel: +506 2222 5616 ext 136 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110727/1ddcc1bf/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Eta_exp110km1960010100.ctl Type: application/octet-stream Size: 2522 bytes Desc: not available Url : http://gradsusr.org/pipermail/gradsusr/attachments/20110727/1ddcc1bf/attachment-0003.obj From pennelly at ualberta.ca Wed Jul 27 13:18:41 2011 From: pennelly at ualberta.ca (Clark Pennelly) Date: Wed, 27 Jul 2011 11:18:41 -0600 Subject: [gradsusr] problem: Cannot contour grid - all undefined values In-Reply-To: References: Message-ID: You may just need to set your time interval to something different. Try set t 1 50 in grads command line to see the temperature in kelvin for the first 50 timesteps. You should see contour plots pop up really quickly, starting from the first timestep and stop at the 50th timestep for your domain. I hope that works. Clark On Wed, Jul 27, 2011 at 8:42 AM, Estefan?a Jim?nez < estefaniajimenez.r at gmail.com> wrote: > Hi guys, please help! I am new at GraDS and I have this problem wich I bet > is very silly. I send you the file and the prompt text to see if anyone can > help me. > > *ccwrfuser at ubuntu:~/Desktop$ gradsc* > > *Grid Analysis and Display System (GrADS) Version 1.9b4* > *Copyright (c) 1988-2005 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.9b4 32-bit little-endian lats* > * > * > *Issue 'q config' command for more information.* > * > * > *Landscape mode? (no for portrait): * > *Error opening user function definition table* > * File name is: /home/ccwrfuser/grads30d/udf* > *GX Package Initialization: Size = 11 8.5 * > *ga> open Eta_exp110km1960010100.ctl* > *Scanning description file: Eta_exp110km1960010100.ctl* > *Data file Eta_exp110km1960010100+%y4%m2%d2%h2.bin is open as file 1* > *LON set to -89 -78.1 * > *LAT set to 7 11.9 * > *LEV set to 1000 1000 * > *Time values set: 1960:1:1:0 1960:1:1:0 * > *ga> d temp* > *Cannot contour grid - all undefined values * > *ga>* > -- > > Thank You so much! > > *Estefan?a Jim?nez R.* > > **Meteor?loga > > Departamento de Climatolog?a e Investigaciones Aplicadas > > Instituto Meteorol?gico Nacional > > MINAET > > Tel: +506 2222 5616 ext 136 > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110727/dbd4b3f6/attachment-0003.html From estefaniajimenez.r at gmail.com Wed Jul 27 14:03:00 2011 From: estefaniajimenez.r at gmail.com (=?ISO-8859-1?Q?Estefan=EDa_Jim=E9nez?=) Date: Wed, 27 Jul 2011 12:03:00 -0600 Subject: [gradsusr] problem: Cannot contour grid - all undefined values In-Reply-To: References: Message-ID: Hi Clark! Thanks for aswering. I did what you told me and I got this: *ga> set t 1 50* *Time values set: 1960:1:1:0 1960:1:13:6 * *ga> d temp* *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Cannot contour grid - all undefined values * *Press enter to continue::::: * *ga> * 2011/7/27 Clark Pennelly > You may just need to set your time interval to something different. Try > > set t 1 50 > in grads command line > > to see the temperature in kelvin for the first 50 timesteps. You should see > contour plots pop up really quickly, starting from the first timestep and > stop at the 50th timestep for your domain. I hope that works. > > Clark > > On Wed, Jul 27, 2011 at 8:42 AM, Estefan?a Jim?nez < > estefaniajimenez.r at gmail.com> wrote: > >> Hi guys, please help! I am new at GraDS and I have this problem wich I bet >> is very silly. I send you the file and the prompt text to see if anyone can >> help me. >> >> *ccwrfuser at ubuntu:~/Desktop$ gradsc* >> >> *Grid Analysis and Display System (GrADS) Version 1.9b4* >> *Copyright (c) 1988-2005 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.9b4 32-bit little-endian lats* >> * >> * >> *Issue 'q config' command for more information.* >> * >> * >> *Landscape mode? (no for portrait): * >> *Error opening user function definition table* >> * File name is: /home/ccwrfuser/grads30d/udf* >> *GX Package Initialization: Size = 11 8.5 * >> *ga> open Eta_exp110km1960010100.ctl* >> *Scanning description file: Eta_exp110km1960010100.ctl* >> *Data file Eta_exp110km1960010100+%y4%m2%d2%h2.bin is open as file 1* >> *LON set to -89 -78.1 * >> *LAT set to 7 11.9 * >> *LEV set to 1000 1000 * >> *Time values set: 1960:1:1:0 1960:1:1:0 * >> *ga> d temp* >> *Cannot contour grid - all undefined values * >> *ga>* >> -- >> >> Thank You so much! >> >> *Estefan?a Jim?nez R.* >> >> **Meteor?loga >> >> Departamento de Climatolog?a e Investigaciones Aplicadas >> >> Instituto Meteorol?gico Nacional >> >> MINAET >> >> Tel: +506 2222 5616 ext 136 >> >> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> >> > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- *Estefan?a Jim?nez R.* **Meteor?loga Departamento de Climatolog?a e Investigaciones Aplicadas Instituto Meteorol?gico Nacional MINAET Tel: +506 2222 5616 ext 136 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110727/72402d48/attachment-0003.html From jimp at hawaii.edu Wed Jul 27 14:11:46 2011 From: jimp at hawaii.edu (James T. Potemra) Date: Wed, 27 Jul 2011 08:11:46 -1000 Subject: [gradsusr] problem: Cannot contour grid - all undefined values In-Reply-To: References: Message-ID: <4E3054E2.7070505@hawaii.edu> Estefan?a: Another thing to check is your file names. In the ctl file you specify: *Eta_exp110km1960010100+%y4%m2%d2%h2.bin *which means when/if you "set t 1", it will look for a file called: *Eta_exp110km1960010100+1960010100.bin *If you do not have such a file, you'll get all undefined values. I suspect that the first part of the file probably changes as well? Or maybe you have the data files in a subdirectory? Jim Estefan?a Jim?nez wrote: > Hi Clark! Thanks for aswering. I did what you told me and I got this: > > *ga> set t 1 50* > *Time values set: 1960:1:1:0 1960:1:13:6 * > *ga> d temp* > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Cannot contour grid - all undefined values * > *Press enter to continue::::: * > *ga> * > > > > 2011/7/27 Clark Pennelly > > > You may just need to set your time interval to something > different. Try > > set t 1 50 > in grads command line > > to see the temperature in kelvin for the first 50 timesteps. You > should see contour plots pop up really quickly, starting from the > first timestep and stop at the 50th timestep for your domain. I > hope that works. > > Clark > > On Wed, Jul 27, 2011 at 8:42 AM, Estefan?a Jim?nez > > wrote: > > Hi guys, please help! I am new at GraDS and I have this > problem wich I bet is very silly. I send you the file and the > prompt text to see if anyone can help me. > > *ccwrfuser at ubuntu:~/Desktop$ gradsc* > > *Grid Analysis and Display System (GrADS) Version 1.9b4* > *Copyright (c) 1988-2005 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.9b4 32-bit little-endian lats* > * > * > *Issue 'q config' command for more information.* > * > * > *Landscape mode? (no for portrait): * > *Error opening user function definition table* > * File name is: /home/ccwrfuser/grads30d/udf* > *GX Package Initialization: Size = 11 8.5 * > *ga> open Eta_exp110km1960010100.ctl* > *Scanning description file: Eta_exp110km1960010100.ctl* > *Data file Eta_exp110km1960010100+%y4%m2%d2%h2.bin is open as > file 1* > *LON set to -89 -78.1 * > *LAT set to 7 11.9 * > *LEV set to 1000 1000 * > *Time values set: 1960:1:1:0 1960:1:1:0 * > *ga> d temp* > *Cannot contour grid - all undefined values * > *ga>* > -- > > Thank You so much! > > /Estefan?a Jim?nez R./ > > //Meteor?loga > > Departamento de Climatolog?a e Investigaciones Aplicadas > > Instituto Meteorol?gico Nacional > > MINAET > > Tel: +506 2222 5616 ext 136 > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > > /Estefan?a Jim?nez R./ > > //Meteor?loga > > Departamento de Climatolog?a e Investigaciones Aplicadas > > Instituto Meteorol?gico Nacional > > MINAET > > Tel: +506 2222 5616 ext 136 > > > ------------------------------------------------------------------------ > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > From estefaniajimenez.r at gmail.com Wed Jul 27 16:11:23 2011 From: estefaniajimenez.r at gmail.com (=?ISO-8859-1?Q?Estefan=EDa_Jim=E9nez?=) Date: Wed, 27 Jul 2011 14:11:23 -0600 Subject: [gradsusr] problem: Cannot contour grid - all undefined values In-Reply-To: <4E3054E2.7070505@hawaii.edu> References: <4E3054E2.7070505@hawaii.edu> Message-ID: Thanks a lot Jim! I'll try that ;) 2011/7/27 James T. Potemra > Estefan?a: > > Another thing to check is your file names. In the ctl file you specify: > *Eta_exp110km1960010100+%y4%m2%d2%h2.bin > *which means when/if you "set t 1", it will look for a file called: > *Eta_exp110km1960010100+1960010100.bin > > *If you do not have such a file, you'll get all undefined values. I > suspect > that the first part of the file probably changes as well? Or maybe you > have the data files in a subdirectory? > > Jim > > Estefan?a Jim?nez wrote: > > Hi Clark! Thanks for aswering. I did what you told me and I got this: > > > > *ga> set t 1 50* > > *Time values set: 1960:1:1:0 1960:1:13:6 * > > *ga> d temp* > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Cannot contour grid - all undefined values * > > *Press enter to continue::::: * > > *ga> * > > > > > > > > 2011/7/27 Clark Pennelly > > > > > > You may just need to set your time interval to something > > different. Try > > > > set t 1 50 > > in grads command line > > > > to see the temperature in kelvin for the first 50 timesteps. You > > should see contour plots pop up really quickly, starting from the > > first timestep and stop at the 50th timestep for your domain. I > > hope that works. > > > > Clark > > > > On Wed, Jul 27, 2011 at 8:42 AM, Estefan?a Jim?nez > > > > wrote: > > > > Hi guys, please help! I am new at GraDS and I have this > > problem wich I bet is very silly. I send you the file and the > > prompt text to see if anyone can help me. > > > > *ccwrfuser at ubuntu:~/Desktop$ gradsc* > > > > *Grid Analysis and Display System (GrADS) Version 1.9b4* > > *Copyright (c) 1988-2005 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.9b4 32-bit little-endian lats* > > * > > * > > *Issue 'q config' command for more information.* > > * > > * > > *Landscape mode? (no for portrait): * > > *Error opening user function definition table* > > * File name is: /home/ccwrfuser/grads30d/udf* > > *GX Package Initialization: Size = 11 8.5 * > > *ga> open Eta_exp110km1960010100.ctl* > > *Scanning description file: Eta_exp110km1960010100.ctl* > > *Data file Eta_exp110km1960010100+%y4%m2%d2%h2.bin is open as > > file 1* > > *LON set to -89 -78.1 * > > *LAT set to 7 11.9 * > > *LEV set to 1000 1000 * > > *Time values set: 1960:1:1:0 1960:1:1:0 * > > *ga> d temp* > > *Cannot contour grid - all undefined values * > > *ga>* > > -- > > > > Thank You so much! > > > > /Estefan?a Jim?nez R./ > > > > //Meteor?loga > > > > Departamento de Climatolog?a e Investigaciones Aplicadas > > > > Instituto Meteorol?gico Nacional > > > > MINAET > > > > Tel: +506 2222 5616 ext 136 > > > > > > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > > > > > > -- > > > > /Estefan?a Jim?nez R./ > > > > //Meteor?loga > > > > Departamento de Climatolog?a e Investigaciones Aplicadas > > > > Instituto Meteorol?gico Nacional > > > > MINAET > > > > Tel: +506 2222 5616 ext 136 > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- *Estefan?a Jim?nez R.* **Meteor?loga Departamento de Climatolog?a e Investigaciones Aplicadas Instituto Meteorol?gico Nacional MINAET Tel: +506 2222 5616 ext 136 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110727/e5bdd1a0/attachment-0003.html From dasilva at opengrads.org Thu Jul 28 10:25:30 2011 From: dasilva at opengrads.org (Arlindo da Silva) Date: Thu, 28 Jul 2011 10:25:30 -0400 Subject: [gradsusr] grads script fish.gex In-Reply-To: <4E2EE9BD.6010708@noaa.gov> References: <4E2EE9BD.6010708@noaa.gov> Message-ID: Dear GrADS User, Sorry, but I cannot provide individual GrADS support. Please send all your GrADS related questions to: http://grads.iges.org/grads/users.html This is an automatic message; please do not replay. Thank you for for understanding. Arlindo da Silva dasilva at opengrads.org On Tue, Jul 26, 2011 at 12:22 PM, murty.divakarla wrote: > Arlindo, > Can you help me with your grads script (fish.gex) - as an attachment Thanks > Murty > -- Arlindo da Silva dasilva at alum.mit.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110728/c0b47b61/attachment-0003.html From member at linkedin.com Thu Jul 28 12:02:52 2011 From: member at linkedin.com (saeed bayat via LinkedIn) Date: Thu, 28 Jul 2011 16:02:52 +0000 (UTC) Subject: [gradsusr] Invitation to connect on LinkedIn Message-ID: <449380356.1719508.1311868972231.JavaMail.app@ela4-app0135.prod> LinkedIn ------------ saeed bayat requested to add you as a connection on LinkedIn: ------------------------------------------ Ning, I'd like to add you to my professional network on LinkedIn. - saeed Accept invitation from saeed bayat http://www.linkedin.com/e/ofpc7q-gqnwwxc4-72/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I138688326_13/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYPclYSczcUe3oUcP59bTBqc3l6ujtmbP8Rd3gMczoUdzcLrCBxbOYWrSlI/EML_comm_afe/ View invitation from saeed bayat http://www.linkedin.com/e/ofpc7q-gqnwwxc4-72/X_QvJ7UefcfFkLAYwdQqLHU00gfkGZ-5LN/blk/I138688326_13/3cNnPoOcPwUdzwPckALqnpPbOYWrSlI/svi/ ------------------------------------------ DID YOU KNOW you can use your LinkedIn profile as your website? Select a vanity URL and then promote this address on your business cards, email signatures, website, etc http://www.linkedin.com/e/ofpc7q-gqnwwxc4-72/ewp/inv-21/ -- (c) 2011, LinkedIn Corporation -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110728/23212415/attachment-0003.html From instantweathermaps at gmail.com Thu Jul 28 12:12:07 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Thu, 28 Jul 2011 11:12:07 -0500 Subject: [gradsusr] NOMADS download speeds In-Reply-To: <4E1CA39F.7050501@noaa.gov> References: <4E1CA39F.7050501@noaa.gov> Message-ID: Turns out the subsetting *is* the culprit... changed it from the CONUS to US/Canada/Alaska and it actually downloads (insignificantly) faster... I'll try testing raw data downloads sometime too (especially since I can use parallel connections without bogging down the NOMADS server). Oh, and I implemented the staggered downloads and now have a lag of about 2-4 seconds for the first map and 12-20 seconds for the last map (GrADS is really fast at generating maps... at least when the right settings are used on printim). Thanks, Joey http://www.instantweathermaps.com On Tue, Jul 12, 2011 at 2:42 PM, Wesley Ebisuzaki wrote: > Joey, > > My impression of the nomads server is that it is very fast. > However, I have a very fast link to the internet and > the site is only 10 miles away. > > You are using the GFS which has 0.5 degree resolution (260K > points) and you are using the filter program > which can create a regional subset. If you are asking for a 5x5 grid, > then your download speeds will be > slow. After all you have to process 10K points for every point sent to > you. > > Another possibility is that you may have run afoul of some > fair-usage filter. Every site needs some protection > against denial-of-service attacks and poorly programmed web scripts. > Anyways the nomads help desk is a more > appropriate source of information than the GrADS user forum. > > Wesley Ebisuzaki > > > Joey Woodson wrote: > > Is there any way to speed up downloads from the NOMADS server > > (http://nomads.ncep.noaa.gov/cgi-bin/filter_gfs_hd.pl)? I currently > > run a site that spends around 6-8 seconds per forecast hour generating > > maps. Having said that, it is quite frustrating to see download times > > for 1 MB of GRIB data exceed 10 seconds at times. I currently use 4 > > wget sessions in parallel to handle the downloading, and I only sleep > > for 2 seconds instead of 10 when polling the NOMADS server to check > > when the next file is available, so as you can see I am very > > speed-oriented. Is there any way to download faster, or is > > partial-downloading (downloading part of the GRIB file, generating the > > relevant maps for the first part while the rest downloads, then > > generating the maps for the rest) the fastest way of doing this? > > > > Joey > > http://www.instantweathermaps.com > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > gradsusr mailing list > > gradsusr at gradsusr.org > > http://gradsusr.org/mailman/listinfo/gradsusr > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110728/eaeaed09/attachment-0003.html From simon.kiertscher at gmx.de Fri Jul 29 04:56:19 2011 From: simon.kiertscher at gmx.de (Simon Kiertscher) Date: Fri, 29 Jul 2011 10:56:19 +0200 Subject: [gradsusr] time format In-Reply-To: References: <4E2FCC0F.6080607@gmx.de> <4E2FD6E9.1040002@gmx.de> Message-ID: <4E3275B3.5040106@gmx.de> Hi all, I finally solved my problem by converting the time axis from absolute to relative with "cdo -r copy inputfile outputfile". Best Regards, Simon > The information could be found at > http://www.iges.org/grads/gadoc/gradcomdsdfopen.html. > > On Wed, Jul 27, 2011 at 5:14 PM, Simon Kiertscher > wrote: >> Dear Yaqiang, >> >> thank you for the information, where can i find the GrADS conventions to >> know which format is ok, and which not? >> I'm very new to GrADS, so can you give me a source where i can find a >> example of a control file? I have no idea how to do that. >> >> Best Regards, >> Simon >>> time:units = "day as %Y%m%d.%f" It does not follow GOARDS >>> conventions which is used in 'sdfopen' function. So you need to write >>> a control file to tell GrADS the dimensions and variables in the data >>> set. You have to use 'xdfopen' or 'open' commands to open the data >>> file. >>> >>> On Wed, Jul 27, 2011 at 4:27 PM, Simon Kiertscher >>> wrote: >>>> Dear all, >>>> >>>> i have a problem with opening a file. >>>> I use (GrADS) Version 2.0.a9 on Suse >>>> >>>> ga-> sdfopen GKSS-2.nc >>>> Scanning self-describing file: GKSS-2.nc >>>> gadsdf: Error parsing time_units for SDF file. >>>> >>>> the format is as follows: >>>> (from ncdump) >>>> >>>> double time(time) ; >>>> time:units = "day as %Y%m%d.%f" ; >>>> time:calendar = "proleptic_gregorian" ; >>>> time:axis = "t" ; >>>> time:long_name = "time" ; >>>> >>>> So i think this is valid format? Can anyone tell my what is wrong? >>>> >>>> Best Regards, >>>> Simon >>>> _______________________________________________ >>>> gradsusr mailing list >>>> gradsusr at gradsusr.org >>>> http://gradsusr.org/mailman/listinfo/gradsusr >>>> >>> >> _______________________________________________ >> gradsusr mailing list >> gradsusr at gradsusr.org >> http://gradsusr.org/mailman/listinfo/gradsusr >> > > From hbala2k at gmail.com Fri Jul 29 08:13:02 2011 From: hbala2k at gmail.com (H. Bala Devi) Date: Fri, 29 Jul 2011 17:43:02 +0530 Subject: [gradsusr] Z-averaging of wind Message-ID: Hi Folks..., I would like to get averaged the vertical levels of wind and then plot the stream lines for it... Anybody can help me in Z-averaging command/script for wind... Thanks in advance... HB...A From hbala2k at gmail.com Fri Jul 29 08:55:58 2011 From: hbala2k at gmail.com (H. Bala Devi) Date: Fri, 29 Jul 2011 18:25:58 +0530 Subject: [gradsusr] Z-averaging of wind Message-ID: Hi Folks..., I would like to get averaged the vertical levels of wind and then plot the stream lines for it... Anybody can help me in Z-averaging command/script for wind... Thanks in advance... HB...A From davide.sacchetti at arpal.gov.it Fri Jul 29 09:11:05 2011 From: davide.sacchetti at arpal.gov.it (Davide Sacchetti) Date: Fri, 29 Jul 2011 15:11:05 +0200 Subject: [gradsusr] Z-averaging of wind In-Reply-To: References: Message-ID: <1311945065.26296.15.camel@davide> 'set gxout stream' 'd mean(u,lev=500,lev=300);mean(v,lev=500,lev=300)' bye bye Davide On Fri, 2011-07-29 at 18:25 +0530, H. Bala Devi wrote: > Hi Folks..., > I would like to get averaged the vertical levels of wind and then > plot the stream lines for it... Anybody can help me in Z-averaging > command/script for wind... > Thanks in advance... > HB...A > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- --> Attenzione cambio indirizzo: davide.sacchetti at arpal.gov.it -- Davide Sacchetti Centro Funzionale Meteo Idrologico di Protezione Civile della Regione Liguria ARPAL Unit? Tecnica Complessa di livello Regionale V.le Brigare Partigiane 2 16121 Genova (I) tel: +39 010 6437535 fax: +39 010 6437520 mail: davide.sacchetti at arpal.gov.it web: www.meteoliguria.it From smcmillan at planalytics.com Fri Jul 29 09:14:46 2011 From: smcmillan at planalytics.com (Stephen McMillan) Date: Fri, 29 Jul 2011 09:14:46 -0400 Subject: [gradsusr] Z-averaging of wind In-Reply-To: References: Message-ID: HB, Here's an example of plotting vertically averaged wind streamlines for a single timestep from a forecast model: 'set time 00z30jul2011' 'define u=ave(ugrdprs,lev=1000,lev=300)' 'define v=ave(vgrdprs,lev=1000,lev=300)' 'set gxout stream' 'd u;v' Stephen McMillan On Fri, Jul 29, 2011 at 8:13 AM, H. Bala Devi wrote: > Hi Folks..., > I would like to get averaged the vertical levels of wind and then > plot the stream lines for it... Anybody can help me in Z-averaging > command/script for wind... > Thanks in advance... > HB...A > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > *************************************************** The information contained in this e-mail message is intended only for the use of the recipient(s) named above and may contain information that is privileged, confidential, and/or proprietary. If you are not the intended recipient, you may not review, copy or distribute this message. If you have received this communication in error, please notify the sender immediately by e-mail, and delete the original message. *************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110729/16c3f1b9/attachment-0003.html From eduardo.agosta at gmail.com Fri Jul 29 19:17:36 2011 From: eduardo.agosta at gmail.com (Eduardo Agosta Scarel) Date: Fri, 29 Jul 2011 20:17:36 -0300 Subject: [gradsusr] how to draw orography Message-ID: Hi you all! Does anybody know how to draw the orography used in the NCEP/NCAR reanalysis 1 datasets using GRADS ? I have downloaded teh file orog.spec.nc but I cannot think of how to use it. Many thanks. Edu. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110729/c92e6faa/attachment-0003.html From liping_liuwang at hotmail.com Fri Jul 29 19:29:54 2011 From: liping_liuwang at hotmail.com (Liping Liu) Date: Fri, 29 Jul 2011 17:29:54 -0600 Subject: [gradsusr] how to display collected data when T varies Message-ID: Hi All, Have a set of WRF output data, post processed into GRADS data (de.ctl and de.dat). The data is for couple of days with time increment 3hrs. Want to plot out the average OLR along a slant line (cross section, say from 40E 10N to 70E 25N) with 10 degrees in latitude. We can do this easily if the averaging is along a straight line (e.g. ave(olr,lat=5,lat=15) for lon 40 70). Tried "collect" and "gr2stn". "collect" works for data varying in Z or T; I can collect the averaged values of OLR with varying T. However, "gr2stn" works only for varying Z, not T. Question: How do I display the collected data with varying T? It seems that I can't use "gr2stn". Thanks. Liping -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110729/b07cd76f/attachment-0003.html From eduardo.agosta at gmail.com Fri Jul 29 19:42:43 2011 From: eduardo.agosta at gmail.com (Eduardo Agosta Scarel) Date: Fri, 29 Jul 2011 20:42:43 -0300 Subject: [gradsusr] how to draw orography Message-ID: Hi you all! Does anybody know how to draw the orography used in the NCEP/NCAR reanalysis 1 datasets using GRADS ? I have downloaded teh file orog.spec.nc but I cannot think of how to use it. Many thanks. Edu. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110729/5050926b/attachment-0003.html From saeedbayat7276 at gmail.com Sat Jul 30 01:01:12 2011 From: saeedbayat7276 at gmail.com (saeed bayat) Date: Sat, 30 Jul 2011 09:31:12 +0430 Subject: [gradsusr] how to draw orography In-Reply-To: References: Message-ID: Hi Eduardo. You can download the topo data from this link: http://users.ictp.it/~pubregcm/RegCM3/globedat.htm#part5 for display Topography in contour or shaded format just type these command in GrADS terminal: set lat x1 x2 set lon y1 y2 set gxout contour(or shaded) d EXPR Good Luck, Saeed Bayat M.A Student of Climatology Department of Geography Ferdowsi University of Mashhad(Iran) On Sat, Jul 30, 2011 at 3:47 AM, Eduardo Agosta Scarel < eduardo.agosta at gmail.com> wrote: > Hi you all! > > Does anybody know how to draw the orography used in the NCEP/NCAR > reanalysis 1 datasets using GRADS ? > > I have downloaded teh file orog.spec.nc but I cannot think of how to use > it. > > Many thanks. > > Edu. > > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110730/38bf2a14/attachment-0003.html From lwelp at ucsd.edu Sat Jul 30 15:00:24 2011 From: lwelp at ucsd.edu (Lisa Welp-Smith) Date: Sat, 30 Jul 2011 12:00:24 -0700 Subject: [gradsusr] define a simple scalar Message-ID: <4E3454C8.8000003@ucsd.edu> Hello, I'm having a problem with what I'm sure is a simple task. I want to define a scalar to convert a slope (i.e. units/year) into a trend line over several years. I'm using this to detrend a time series. Basically I just need to construct a simple scalar (i.e. variable = 1 2 3 4 5...) or a variable that equals the year of each entry of my dataset (i.e. variable = 1991 1992 1993 1994 1995...) that I can multiply by my slope values. I can use tloop to create the right dimensions (variable = 1 1 1 1 1...) but I can't seem to get the values to increase for each time step. Imagine I could either create a datafile manually and read it in or somehow extract the year information from the existing dataset into a user defined variable. Is there an equivalent of 'define variable(t=2) = 2'? I know this syntax is wrong. Any advice would be appreciated. Lisa -- Lisa Welp-Smith Carbon Dioxide Research Group Scripps Institution of Oceanography From instantweathermaps at gmail.com Sat Jul 30 16:31:13 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Sat, 30 Jul 2011 15:31:13 -0500 Subject: [gradsusr] define a simple scalar In-Reply-To: <4E3454C8.8000003@ucsd.edu> References: <4E3454C8.8000003@ucsd.edu> Message-ID: set t 1 variable1 = const(kanto, 1, -a) set t 2 variable2 = const(kanto, 2, -a) where "kanto" is any variable in the file. AFAIK there is no way to define different timesteps of the same variable in different ways. A for loop can take care of the trouble involved with using multiple variables. On Sat, Jul 30, 2011 at 2:00 PM, Lisa Welp-Smith wrote: > Hello, > > I'm having a problem with what I'm sure is a simple task. I want to > define a scalar to convert a slope (i.e. units/year) into a trend line > over several years. I'm using this to detrend a time series. > Basically I just need to construct a simple scalar (i.e. variable = 1 2 > 3 4 5...) or a variable that equals the year of each entry of my dataset > (i.e. variable = 1991 1992 1993 1994 1995...) that I can multiply by my > slope values. I can use tloop to create the right dimensions (variable > = 1 1 1 1 1...) but I can't seem to get the values to increase for each > time step. > > Imagine I could either create a datafile manually and read it in or > somehow extract the year information from the existing dataset into a > user defined variable. > > Is there an equivalent of 'define variable(t=2) = 2'? I know this > syntax is wrong. > > Any advice would be appreciated. > > Lisa > > -- > Lisa Welp-Smith > Carbon Dioxide Research Group > Scripps Institution of Oceanography > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110730/6d6899e6/attachment-0003.html From ousmane at iri.columbia.edu Sun Jul 31 06:09:54 2011 From: ousmane at iri.columbia.edu (Ousmane Ndiaye) Date: Sun, 31 Jul 2011 06:09:54 -0400 (EDT) Subject: [gradsusr] Plotting Station data using R In-Reply-To: Message-ID: Hi all, I'm new in R and am looking for code to plot station data file. Ousmane thanks From prjayakrishnan at gmail.com Sun Jul 31 06:20:40 2011 From: prjayakrishnan at gmail.com (Jayakrishnan PR) Date: Sun, 31 Jul 2011 15:50:40 +0530 Subject: [gradsusr] Plotting Station data using R In-Reply-To: References: Message-ID: Helloo, Which data you want to plot using stationgrads. I know how to plot rainfall data using station grads. If you want rainfall data to plot then probably I can help. What you need is to have an ascii file of data. Let me know your specific requirement. On Sun, Jul 31, 2011 at 3:39 PM, Ousmane Ndiaye wrote: > Hi all, > I'm new in R and am looking for code to plot station data file. > Ousmane > thanks > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > -- Sincerely *********************************************** Jayakrishnan.P.R CSIR-Senior Research Fellow Department of Atmospheric Sciences Cochin University of Science and Technology (CUSAT), Cochin-682 016 Kerala, India. Mob: 09895417565 *********************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110731/9d3e78ef/attachment-0003.html From ousmane at iri.columbia.edu Sun Jul 31 06:25:21 2011 From: ousmane at iri.columbia.edu (Ousmane Ndiaye) Date: Sun, 31 Jul 2011 06:25:21 -0400 (EDT) Subject: [gradsusr] Plotting Station data using R In-Reply-To: Message-ID: <321c7d0e-d24d-42fc-82fd-ca266cb4d01d@mserv01.ldeo.columbia.edu> that's exactly what I need I have lat/lon precip station data. Ousmane ----- Original Message ----- From: "Jayakrishnan PR" To: "GrADS Users Forum" Sent: Sunday, July 31, 2011 10:20:40 AM Subject: Re: [gradsusr] Plotting Station data using R Helloo, Which data you want to plot using stationgrads. I know how to plot rainfall data using station grads. If you want rainfall data to plot then probably I can help. What you need is to have an ascii file of data. Let me know your specific requirement. On Sun, Jul 31, 2011 at 3:39 PM, Ousmane Ndiaye < ousmane at iri.columbia.edu > wrote: Hi all, I'm new in R and am looking for code to plot station data file. Ousmane thanks _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr -- Sincerely *********************************************** Jayakrishnan.P.R CSIR-Senior Research Fellow Department of Atmospheric Sciences Cochin University of Science and Technology (CUSAT), Cochin-682 016 Kerala, India. Mob: 09895417565 *********************************************** _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org http://gradsusr.org/mailman/listinfo/gradsusr From prjayakrishnan at gmail.com Sun Jul 31 06:39:19 2011 From: prjayakrishnan at gmail.com (Jayakrishnan PR) Date: Sun, 31 Jul 2011 16:09:19 +0530 Subject: [gradsusr] Plotting Station data using R In-Reply-To: <321c7d0e-d24d-42fc-82fd-ca266cb4d01d@mserv01.ldeo.columbia.edu> References: <321c7d0e-d24d-42fc-82fd-ca266cb4d01d@mserv01.ldeo.columbia.edu> Message-ID: Kindly send me one sample of your ascii file including latitude, longitude, station name year, date , rainfall etc. Let me try and after that I will send you the programs and required gs files and the procedures needed to plot the file in grads. Best of luck. On Sun, Jul 31, 2011 at 3:55 PM, Ousmane Ndiaye wrote: > that's exactly what I need > I have lat/lon precip station data. > Ousmane > > > ----- Original Message ----- > From: "Jayakrishnan PR" > To: "GrADS Users Forum" > Sent: Sunday, July 31, 2011 10:20:40 AM > Subject: Re: [gradsusr] Plotting Station data using R > > > Helloo, > Which data you want to plot using stationgrads. I know how to plot rainfall > data using station grads. If you want rainfall data to plot then probably I > can help. What you need is to have an ascii file of data. Let me know your > specific requirement. > > > On Sun, Jul 31, 2011 at 3:39 PM, Ousmane Ndiaye < ousmane at iri.columbia.edu> wrote: > > > Hi all, > I'm new in R and am looking for code to plot station data file. > Ousmane > thanks > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > > > > > -- > Sincerely > *********************************************** > Jayakrishnan.P.R > CSIR-Senior Research Fellow > Department of Atmospheric Sciences > Cochin University of Science and Technology (CUSAT), Cochin-682 016 > Kerala, India. > Mob: 09895417565 > > *********************************************** > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- Sincerely *********************************************** Jayakrishnan.P.R CSIR-Senior Research Fellow Department of Atmospheric Sciences Cochin University of Science and Technology (CUSAT), Cochin-682 016 Kerala, India. Mob: 09895417565 *********************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110731/188f358a/attachment-0003.html From ziaulhaq21 at gmail.com Sun Jul 31 13:30:24 2011 From: ziaulhaq21 at gmail.com (Mohammad Ziaulhaq Ansari) Date: Sun, 31 Jul 2011 23:00:24 +0530 Subject: [gradsusr] Mailing list submission Message-ID: -- ________________________________ Mohammad Ziaulhaq Ansari |?Golder Associates India|?Cyber City, Gurgaon, Haryana 122002, India M:?+91 99 100 23867 |?E:?zia_ansari at golder.com.au?|?www.golder.com Work Safe, Home Safe From ziaulhaq21 at gmail.com Sun Jul 31 13:31:40 2011 From: ziaulhaq21 at gmail.com (Mohammad Ziaulhaq Ansari) Date: Sun, 31 Jul 2011 23:01:40 +0530 Subject: [gradsusr] Help Required In-Reply-To: References: Message-ID: Hi All, I would to use NCEP/NCAR Wind Speed Data which is available at 2.5 x 2.5 degree for Trend analysis & correction factor. Initially, I would be interested in undergoing ?two tasks : 1. would like to interpolate the WS data from 2.5x 2.5 degree to 1 x 1 degree using GrADS. I understand GrADS is the best tool for displaying and interpolating the same. Can anybody help me how to do this, please send me codes & conceptual help as well. 2. Secondly, ?I am using Window as Operating system and I need to install the same in my System. I have tried quite often but was unsuccessful.While installing, it always ask for cywgin ?platform it, and error message is popped up showing .dll is missing. Please help my in this regards and send a complete packet of setup files and installation guide describing the various steps to be followed in sequential manner. Regards, Zia ________________________________ Mohammad Ziaulhaq Ansari M:?+91 99 100 23867 |?E:?zia_ansari at golder.com.au?|?www.golder.com Work Safe, Home Safe From metris at clear.net.nz Sun Jul 31 18:09:29 2011 From: metris at clear.net.nz (Howard Staines) Date: Mon, 01 Aug 2011 10:09:29 +1200 Subject: [gradsusr] Scripts that used to work failing Message-ID: <003401cc4fce$84d635b0$8e82a110$@net.nz> I have a number of scripts (that have previously worked fine) stopping mid way Through with no error messages (some times unknown variables but more often not). I have been using the nomad server. Grads opengrads distro 2.0.9a.1 Any tips as to my problem? Howard Staines From instantweathermaps at gmail.com Sun Jul 31 18:20:54 2011 From: instantweathermaps at gmail.com (Joey Woodson) Date: Sun, 31 Jul 2011 17:20:54 -0500 Subject: [gradsusr] Scripts that used to work failing In-Reply-To: <003401cc4fce$84d635b0$8e82a110$@net.nz> References: <003401cc4fce$84d635b0$8e82a110$@net.nz> Message-ID: Try running GrADS in verbose mode to see what exactly is wrong. On Sun, Jul 31, 2011 at 5:09 PM, Howard Staines wrote: > I have a number of scripts (that have previously worked fine) stopping mid > way > Through with no error messages (some times unknown variables but more often > not). > > I have been using the nomad server. > > Grads opengrads distro 2.0.9a.1 > > Any tips as to my problem? > > > Howard Staines > > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- http://www.instantweathermaps.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110731/25b5bdc1/attachment-0003.html From chinhth2010 at gmail.com Sun Jul 31 20:49:16 2011 From: chinhth2010 at gmail.com (chinh ta huu) Date: Sun, 31 Jul 2011 17:49:16 -0700 Subject: [gradsusr] Help Required In-Reply-To: References: Message-ID: Dear Zia You need grads software or interpolation program of grads. Best regards Chinh On Sun, Jul 31, 2011 at 10:31 AM, Mohammad Ziaulhaq Ansari < ziaulhaq21 at gmail.com> wrote: > Hi All, > > I would to use NCEP/NCAR Wind Speed Data which is available at 2.5 x > 2.5 degree for Trend analysis & correction factor. Initially, I would > be interested in undergoing two tasks : > > 1. would like to interpolate the WS data from 2.5x 2.5 degree to 1 x 1 > degree using GrADS. I understand GrADS is the best tool for displaying > and interpolating the same. Can anybody help me how to do this, please > send me codes & conceptual help as well. > > 2. Secondly, I am using Window as Operating system and I need to > install the same in my System. I have tried quite often but was > unsuccessful.While installing, it always ask for cywgin platform it, > and error message is popped up showing .dll is missing. Please help my > in this regards and send a complete packet of setup files and > installation guide describing the various steps to be followed in > sequential manner. > > Regards, > > Zia > ________________________________ > > Mohammad Ziaulhaq Ansari > > M: +91 99 100 23867 | E: zia_ansari at golder.com.au | www.golder.com > > Work Safe, Home Safe > > _______________________________________________ > gradsusr mailing list > gradsusr at gradsusr.org > http://gradsusr.org/mailman/listinfo/gradsusr > -- (Mr.) Ta Huu Chinh National, Weather Forecasting Center, Ha Noi, Viet Nam. No: 4th, Dang Thai Than, Hoan Kiem, Ha Noi Tel: 84-903-402-181 Fax: 84-43-824-4917 Email: chinhth2010 at gmail.com Website: http://vn.myblog.yahoo.com/chinhth2005/ Website: http://bestknowledge-chinhth.blogspot.com/ Website: http://anhcuoidep.vn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://gradsusr.org/pipermail/gradsusr/attachments/20110731/9c66312f/attachment-0003.html