<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;"><br><br>--- El <b>lun 23-ago-10, gradsusr-request@gradsusr.org <i><gradsusr-request@gradsusr.org></i></b> escribió:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>De: gradsusr-request@gradsusr.org <gradsusr-request@gradsusr.org><br>Asunto: gradsusr Digest, Vol 6, Issue 29<br>A: gradsusr@gradsusr.org<br>Fecha: lunes, 23 de agosto de 2010, 13:16<br><br><div class="plainMail">Send gradsusr mailing list submissions to<br> <a ymailto="mailto:gradsusr@gradsusr.org" href="/mc/compose?to=gradsusr@gradsusr.org">gradsusr@gradsusr.org</a><br><br>To subscribe or unsubscribe via the World Wide Web, visit<br> <a href="http://gradsusr.org/mailman/listinfo/gradsusr" target="_blank">http://gradsusr.org/mailman/listinfo/gradsusr</a><br>or, via email, send a message with
subject or body 'help' to<br> <a ymailto="mailto:gradsusr-request@gradsusr.org" href="/mc/compose?to=gradsusr-request@gradsusr.org">gradsusr-request@gradsusr.org</a><br><br>You can reach the person managing the list at<br> <a ymailto="mailto:gradsusr-owner@gradsusr.org" href="/mc/compose?to=gradsusr-owner@gradsusr.org">gradsusr-owner@gradsusr.org</a><br><br>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of gradsusr digest..."<br><br><br>Today's Topics:<br><br> 1. Re: ensemble reforecast runs (Wesley Ebisuzaki)<br> 2. Re: ensemble reforecast runs (Daniele Mastrangelo)<br> 3.RE: lats4d: 2nd try (Matt Brewer)<br> 4. Re: Isobars: draw "H" and "L" (Michael Fiorino)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Mon, 23 Aug 2010 10:43:08 -0400<br>From:
Wesley Ebisuzaki <<a ymailto="mailto:Wesley.Ebisuzaki@noaa.gov" href="/mc/compose?to=Wesley.Ebisuzaki@noaa.gov">Wesley.Ebisuzaki@noaa.gov</a>><br>Subject: Re: [gradsusr] ensemble reforecast runs<br>To: GrADS Users Forum <<a ymailto="mailto:gradsusr@gradsusr.org" href="/mc/compose?to=gradsusr@gradsusr.org">gradsusr@gradsusr.org</a>><br>Message-ID: <<a ymailto="mailto:4C7288FC.7010800@noaa.gov" href="/mc/compose?to=4C7288FC.7010800@noaa.gov">4C7288FC.7010800@noaa.gov</a>><br>Content-Type: text/plain; charset=UTF-8; format=flowed<br><br>Daniele,<br><br> g2ctl assumes that the length of the forecast is the same for all <br>ensemble members.<br>If not, you can do either<br><br>(1) You could try using the longest ensemble as the 1st ensemble.<br> (It may work.)<br><br>(2) You have to set the TDEF by hand.<br><br> Wesley Ebisuzaki<br><br><br>Daniele Mastrangelo
wrote:<br>> Dear GrADS users,<br>><br>> I'd like to use GrADS v 2.0.a8 to evaluate a set of 21 reforecast <br>> ensemble runs. These runs are obtained running the same global model <br>> initialized at the same hour and date of 21 different years.<br>><br>> I obtained a single ctl file through "g2ctl.pl -ens" (g2ctl.pl v <br>> 0.0.4o) but, when I used gribmap to produce the corresponding idx <br>> file, I got the following error message:<br>><br>> Open Error: ensemble 1 (e2) extends beyond the time axis limits<br>> The data file was not opened.<br>><br>> I see that the problem is that these runs cover different periods; <br>> moreover, I get the same error when I try to open two of the 21 <br>> different reforecast runs in a normal GrADS session (as file 1 and <br>> file 2). Therefore, my question is: can GrADS treat a set reforecast <br>> runs used as ensemble runs?<br>> If
it cannot directly do that, is there a way to bypass the problem?<br>><br>> Thank you,<br>> Daniele<br>><br>> ------------------------------------------------------------------------<br>><br>> _______________________________________________<br>> gradsusr mailing list<br>> <a ymailto="mailto:gradsusr@gradsusr.org" href="/mc/compose?to=gradsusr@gradsusr.org">gradsusr@gradsusr.org</a><br>> <a href="http://gradsusr.org/mailman/listinfo/gradsusr" target="_blank">http://gradsusr.org/mailman/listinfo/gradsusr</a><br>> <br><br><br><br>------------------------------<br><br>Message: 2<br>Date: Mon, 23 Aug 2010 16:02:59 +0000 (GMT)<br>From: Daniele Mastrangelo <<a ymailto="mailto:daniele_mastrangelo@yahoo.it" href="/mc/compose?to=daniele_mastrangelo@yahoo.it">daniele_mastrangelo@yahoo.it</a>><br>Subject: Re: [gradsusr] ensemble reforecast runs<br>To: GrADS Users Forum <<a
ymailto="mailto:gradsusr@gradsusr.org" href="/mc/compose?to=gradsusr@gradsusr.org">gradsusr@gradsusr.org</a>><br>Message-ID: <<a ymailto="mailto:878904.28876.qm@web28509.mail.ukl.yahoo.com" href="/mc/compose?to=878904.28876.qm@web28509.mail.ukl.yahoo.com">878904.28876.qm@web28509.mail.ukl.yahoo.com</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>Hi Wesley,<br><br>thanks for your reply.<br><br>My previous email was not totally clear. Actually, I have 21 ensemble members <br>with the same forecast length; these members are produced initializing the model <br>at the same hour, day, and month (but) of 21 different years (12 UTC 29 aug <br>1989, 12 UTC 29 aug 1990, ... , 12 UTC 29 aug 2009).<br><br>I tried, however, to apply something similar to your point 2): I aggregated 2 <br>members (e1, e2) in a single ctl file and changed by hand the year of the second <br>member in the EDEF section, making it the same as the first
member <br><br>...<br>tdef 67 linear 12Z29aug1989 12hr<br>zdef 1 linear 1 1<br>vars 8<br>...<br>ENDVARS<br>EDEF 2<br>e1 67 12Z29aug1989<br>e2 67 12Z29aug1989 ---1989 instead of 1990---<br>ENDEDEF<br><br>Gribmap ran with no error messages but then, in GrADS, I could not use the e2 <br>fields: "Cannot contour grid - all undefined values"<br><br>Is there some other way I could try?<br><br>Best regards,<br>Daniele<br><br><br><br><br>________________________________<br>Da: Wesley Ebisuzaki <<a ymailto="mailto:Wesley.Ebisuzaki@noaa.gov" href="/mc/compose?to=Wesley.Ebisuzaki@noaa.gov">Wesley.Ebisuzaki@noaa.gov</a>><br>A: GrADS Users Forum <<a ymailto="mailto:gradsusr@gradsusr.org" href="/mc/compose?to=gradsusr@gradsusr.org">gradsusr@gradsusr.org</a>><br>Inviato: Lun 23 agosto 2010, 16:43:08<br>Oggetto: Re: [gradsusr] ensemble reforecast runs<br><br>Daniele,<br><br> g2ctl assumes that the length of the
forecast is the same for all <br>ensemble members.<br>If not, you can do either<br><br>(1) You could try using the longest ensemble as the 1st ensemble.<br> (It may work.)<br><br>(2) You have to set the TDEF by hand.<br><br> Wesley Ebisuzaki<br><br><br>Daniele Mastrangelo wrote:<br>> Dear GrADS users,<br>><br>> I'd like to use GrADS v 2.0.a8 to evaluate a set of 21 reforecast <br>> ensemble runs. These runs are obtained running the same global model <br>> initialized at the same hour and date of 21 different years.<br>><br>> I obtained a single ctl file through "g2ctl.pl -ens" (g2ctl.pl v <br>> 0.0.4o) but, when I used gribmap to produce the corresponding idx <br>> file, I got the following error message:<br>><br>> Open Error: ensemble 1 (e2) extends beyond the time axis limits<br>> The data file was not opened.<br>><br>> I see
that the problem is that these runs cover different periods; <br>> moreover, I get the same error when I try to open two of the 21 <br>> different reforecast runs in a normal GrADS session (as file 1 and <br>> file 2). Therefore, my question is: can GrADS treat a set reforecast <br>> runs used as ensemble runs?<br>> If it cannot directly do that, is there a way to bypass the problem?<br>><br>> Thank you,<br>> Daniele<br>><br>> ------------------------------------------------------------------------<br>><br>> _______________________________________________<br>> gradsusr mailing list<br>> <a ymailto="mailto:gradsusr@gradsusr.org" href="/mc/compose?to=gradsusr@gradsusr.org">gradsusr@gradsusr.org</a><br>> <a href="http://gradsusr.org/mailman/listinfo/gradsusr" target="_blank">http://gradsusr.org/mailman/listinfo/gradsusr</a><br>> <br><br>_______________________________________________<br>gradsusr mailing
list<br><a ymailto="mailto:gradsusr@gradsusr.org" href="/mc/compose?to=gradsusr@gradsusr.org">gradsusr@gradsusr.org</a><br><a href="http://gradsusr.org/mailman/listinfo/gradsusr" target="_blank">http://gradsusr.org/mailman/listinfo/gradsusr</a><br><br><br><br> <br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <a href="http://gradsusr.org/pipermail/gradsusr/attachments/20100823/60d66e97/attachment-0001.html" target="_blank">http://gradsusr.org/pipermail/gradsusr/attachments/20100823/60d66e97/attachment-0001.html</a> <br><br>------------------------------<br><br>Message: 3<br>Date: Mon, 23 Aug 2010 11:01:31 -0700 (PDT)<br>From: Matt Brewer <<a ymailto="mailto:mcbrewer83@yahoo.com" href="/mc/compose?to=mcbrewer83@yahoo.com">mcbrewer83@yahoo.com</a>><br>Subject: [gradsusr] lats4d: 2nd try<br>To: GrADS Users Forum <<a ymailto="mailto:gradsusr@gradsusr.org"
href="/mc/compose?to=gradsusr@gradsusr.org">gradsusr@gradsusr.org</a>><br>Message-ID: <<a ymailto="mailto:734216.86942.qm@web56302.mail.re3.yahoo.com" href="/mc/compose?to=734216.86942.qm@web56302.mail.re3.yahoo.com">734216.86942.qm@web56302.mail.re3.yahoo.com</a>><br>Content-Type: text/plain; charset="us-ascii"<br><br>Folks<br>Didn't get any help the first time I tried the gradsusr list with this problem, <br>so I thought I would give it another try. Currently, I have been using grads to <br>convert GRIB to netCDF files using lats4d. Basically, when I convert from GRIB <br>to netCDF, it skews the data. I input something like this in the command line:<br><br>lats4d -i narr-a_221_19790101_0000_000.sub -o narr_2005 -ftype ctl -lon -160 -90 <br>-lat 25 65 -time 0z1jan2005 21z31dec2005 -mxtimes 2920 -levs 925mb -xvars <br>ugrdprs vgrdprs ugrd10m vgrd10m msletmsl prmslmsl tmp10m tmpprs<br><br>That will leaves me with geo height data at 925mb.
Notice how I ask for data <br>from 160 to 90W and from 25 to 65N. However, when I run the above code, it ends <br>up giving me data from 160 to 89.6667W and from 25 to 65.333N (The data in the 3 <br>hourly NCEP NARR dataset is every third degree, so it seems to just add on an <br>extra line of gridpoints, so I get a 122x212 matrix rather than 121x211). So on <br>the first latitude line of 25N, all the points are correct, until the very last <br>point at 25N 89.667W. Here, the program takes the value of the point that should <br>be at 25.333N 160W, and sticks it at 25N 89.667W. An thus, on the 25.333N array, <br>all the values are shifted one place to the left from where they should be. And <br>the last 2 grid points of that line are taken from the 2 most left points on the <br>next line up...and so on. I hope that makes sense. Please let me know if you <br>have any ideas or if you know anyone that might know the answer or if there is a <br>better way to
convert GRIB to netCDF, though I would really like to make this <br>work with GrADS! Thank you so much for any help. By they way, I am using <br>version 2.0.a8.oga.1 on a linux machine and I got lats4d from downloading it off <br>surgeforce with the 2.0.a8.oga.1 bundle Here is my ctl file, as I have <br>suspicions that the answer lies in the PDEF part....I just don't know how. I <br>also included below the ctl file what happens when I run lats4d.sh in verbose <br>mode as it shows that I truely am just asking for 160-90W and 25-65N. Thank <br>you!!!<br><br>Regards,<br>Matt Brewer<br><br><br>dset ^narr-a_221_%y4%m2%d2_%h200_000.sub.grb<br>index ^narr-a_221_19790101_0000_000.sub.grb.idx<br>undef 9.999E+20<br>title narr-a_221_19790101_0000_000.sub.grb<br>* produced by grib2ctl v0.9.12.5p46<br>dtype grib 221<br>options template<br>pdef 349 277 lcc 1 -145.5 1 1 50 50 -107 32463 32463<br>xdef 1111 linear -250 0.333333<br>ydef 247 linear 8
0.333333<br>tdef 90584 linear 00Z01jan1979 3hr<br>* z has 3 levels, for prs<br>zdef 3 levels<br>925 850 500<br>vars 9<br>HGTprs 3 7,100,0 ** (profile) Geopotential height [gpm]<br>MSLETmsl 0 130,102,0 ** mean-sea level Mean sea level pressure (ETA model) [Pa]<br>PRMSLmsl 0 2,102,0 ** mean-sea level Pressure reduced to MSL [Pa]<br>TMPprs 3 11,100,0 ** (profile) Temp. [K]<br>TMP10m 0 11,105,10 ** 10 m above ground Temp. [K]<br>UGRDprs 3 33,100,0 ** (profile) u wind [m/s]<br>UGRD10m 0 33,105,10 ** 10 m above ground u wind [m/s]<br>VGRDprs 3 34,100,0 ** (profile) v wind [m/s]<br>VGRD10m 0 34,105,10 ** 10 m above ground v wind [m/s]<br>ENDVARS<br><br><br><br>lats4d in verbose mode<br><br>3 drizzle% lats4d.sh -i narr-a_221_19790101_0000_000.sub -o narrtest -ftype ctl <br>-v -lon -160 -90 -lat 25 65 -time 0z1jan2005 21z1jan2005 -levs 925mb -xvars <br>ugrdprs vgrdprs ugrd10m vgrd10m msletmsl prmslmsl tmp10m
tmpprs<br>/bin/ls: cannot access 1.*: No such file or directory<br>/opt/opengrads/grads -blc 'run lats4d.gs -q -i narr-a_221_19790101_0000_000.sub <br>-o narrtest -ftype ctl -v -lon -160 -90 -lat 25 65 -time 0z1jan2005 21z1jan2005 <br>-levs 925mb -xvars ugrdprs vgrdprs ugrd10m vgrd10m msletmsl prmslmsl tmp10m <br>tmpprs '<br><br> Welcome to the OpenGrADS Bundle Distribution<br> --------------------------------------------<br><br>For additional information enter "grads -h".<br><br>Starting "/opt/opengrads/Linux/Versions/2.0.a8.oga.1/i686/grads -blc 'run <br>lats4d.gs -q -i narr-a_221_19790101_0000_000.sub -o narrtest -ftype ctl -v -lon <br>-160 -90 -lat 25 65 -time 0z1jan2005 21z1jan2005 -levs 925mb -xvars ugrdprs <br>vgrdprs ugrd10m vgrd10m msletmsl prmslmsl tmp10m tmpprs ' " ...<br><br><br>Grid Analysis and Display System (GrADS) Version
2.0.a8.oga.1<br>Copyright (c) 1988-2010 by Brian Doty and the <br>Institute for Global Environment and Society (IGES)<br>GrADS comes with ABSOLUTELY NO WARRANTY<br>See file COPYRIGHT for more information<br><br>Config: v2.0.a8.oga.1 little-endian readline printim grib2 netcdf hdf4-sds hdf5 <br>opendap-grids,stn athena geotiff shapefile<br>Issue 'q config' command for more information.<br>Loading User Defined Extensions table <br></opt/opengrads/Linux/Versions/2.0.a8.oga.1/i686/gex/udxt> ... ok.<br>GX Package Initialization: Size = 11 8.5 <br>Running in Batch mode<br>lats4d: Version 2.1.5 of 28 June 2010<br>No hardcopy metafile open<br>All files closed; all defined objects released;<br>All GrADS attributes have been reinitialized<br>Notice: Implied interpolation for file narr-a_221_19790101_0000_000.sub<br> Interpolation will be performed on any data displayed from this file<br>lats4d: Data file is <br>File 1 :
narr-a_221_19790101_0000_000.sub.grb<br> Descriptor: narr-a_221_19790101_0000_000.sub.ctl<br> Binary: narr-a_221_%y4%m2%d2_%h200_000.sub.grb<br> Type = Gridded<br> Xsize = 1111 Ysize = 247 Zsize = 3 Tsize = 90584 Esize = 1<br> Number of Variables = 9<br> hgtprs 3 7 ** (profile) Geopotential height [gpm]<br> msletmsl 0 130 ** mean-sea level Mean sea level pressure (ETA model) <br>[Pa]<br> prmslmsl 0 2 ** mean-sea level Pressure reduced to MSL [Pa]<br> tmpprs 3 11 ** (profile) Temp. [K]<br> tmp10m 0 11 ** 10 m above ground Temp. [K]<br> ugrdprs 3 33 ** (profile) u wind [m/s]<br> ugrd10m 0 33 ** 10 m above ground u
wind [m/s]<br> vgrdprs 3 34 ** (profile) v wind [m/s]<br> vgrd10m 0 34 ** 10 m above ground v wind [m/s]<br><br>lats4d: Dimension environment file same as data file<br>lats4d: excluding variable msletmsl<br>lats4d: excluding variable prmslmsl<br>lats4d: excluding variable tmpprs<br>lats4d: excluding variable tmp10m<br>lats4d: excluding variable ugrdprs<br>lats4d: excluding variable ugrd10m<br>lats4d: excluding variable vgrdprs<br>lats4d: excluding variable vgrd10m<br>lats4d: creating LATS PARAMETER TABLE file .grads.lats.table<br>lats4d: time range: 00Z01JAN2005 21Z01JAN2005 by 1, delta t: 3 hourly<br>lats4d: vertical levels: 925mb<br>lats4d: using PRESSURE for vertical coordinate<br>lats4d: latitudinal range: 25 65<br>lats4d: longitudinal range: -160 -90<br>lats4d: upper air variables: hgtprs<br>lats4d: writing to coards file narrtest.nc on
00Z01JAN2005<br>lats4d: writing to coards file narrtest.nc on 03Z01JAN2005<br>lats4d: writing to coards file narrtest.nc on 06Z01JAN2005<br>lats4d: writing to coards file narrtest.nc on 09Z01JAN2005<br>lats4d: writing to coards file narrtest.nc on 12Z01JAN2005<br>lats4d: writing to coards file narrtest.nc on 15Z01JAN2005<br>lats4d: writing to coards file narrtest.nc on 18Z01JAN2005<br>lats4d: writing to coards file narrtest.nc on 21Z01JAN2005<br>lats4d: created coards file narrtest.nc<br>lats4d: exiting from GrADS...<br>No hardcopy metafile open<br>GX package terminated <br><br>otra forma de crear archivos netcdf a partir de grib es con el programa VCDAT el cual es para graficar archivos netcdf ,pero puedes abrir el ctl desde el vcdat y de ahi definir la variable a desplegar (o incluso mas variables) y de ahi guardas como archivo netcdf, listo la instalacion del VCDAT es sencilla. disculapa es traduccion.<br><span id="result_box" class="long_text"><span
style="" title="">another
way to create NetCDF files from the program grib is VCDAT which is to
plot NetCDF files, but you can open the ctl from vcdat and from there
define the variable to display (or even more variables) and then save
it as </span><span title="">NetCDF file, ready installation of the VCDAT is simple. </span><span title="">apology is translation</span></span><br> <br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <a href="http://gradsusr.org/pipermail/gradsusr/attachments/20100823/8b0d7bf8/attachment-0001.html" target="_blank">http://gradsusr.org/pipermail/gradsusr/attachments/20100823/8b0d7bf8/attachment-0001.html</a> <br><br>------------------------------<br><br>Message: 4<br>Date: Mon, 23 Aug 2010 22:18:17 +0000<br>From: Michael Fiorino <<a ymailto="mailto:Michael.Fiorino@noaa.gov" href="/mc/compose?to=Michael.Fiorino@noaa.gov">Michael.Fiorino@noaa.gov</a>><br>Subject: Re: [gradsusr] Isobars: draw "H" and "L"<br>To: GrADS Users Forum <<a ymailto="mailto:gradsusr@gradsusr.org" href="/mc/compose?to=gradsusr@gradsusr.org">gradsusr@gradsusr.org</a>><br>Cc: Daniele Gandini <<a
ymailto="mailto:daniele.gandini@arpa.piemonte.it" href="/mc/compose?to=daniele.gandini@arpa.piemonte.it">daniele.gandini@arpa.piemonte.it</a>><br>Message-ID: <<a ymailto="mailto:4C72F3A9.4030507@noaa.gov" href="/mc/compose?to=4C72F3A9.4030507@noaa.gov">4C72F3A9.4030507@noaa.gov</a>><br>Content-Type: text/plain; charset="iso-8859-1"<br><br> Daniele et al., my mfhilo function is still not working correctly, but I am working on <br>it...hope to have a better version in the next couple of weeks that i'll put on <br>opengrads.org. sorry I can't be more helpful. best /r mike<br><br>On 8/23/10 12:22 PM, Daniele Gandini wrote:<br>> Dear Jonas,<br>><br>> in GrADS 1.9 you can use clhilo.f and philo2.gs created by Mike Fiorino as<br>> User Defined Functions.<br>><br>> In GrADS 2.* there is mfhilo; I haven't still used it but here is<br>> the link:<br>><br>> <a href="http://opengrads.org/doc/udxt/libmf/"
target="_blank">http://opengrads.org/doc/udxt/libmf/</a><br>><br>> Good luck<br>><br>> Daniele<br>><br>> ----- Messaggio originale -----<br>> Da: "Jonas Kaufmann"<<a ymailto="mailto:me@j0nes.de" href="/mc/compose?to=me@j0nes.de">me@j0nes.de</a>><br>> A: "GrADS Users Forum"<<a ymailto="mailto:gradsusr@gradsusr.org" href="/mc/compose?to=gradsusr@gradsusr.org">gradsusr@gradsusr.org</a>><br>> Inviato: Luned?, 23 agosto 2010 13:56:01<br>> Oggetto: [gradsusr] Isobars: draw "H" and "L"<br>><br>> Hello,<br>><br>> I am trying to generate isobar maps from GFS output. So far everything<br>> is looking fine, but I have one questions: I have not found a way to<br>> automatically add "H" and "L" marks in the center of a high- or low<br>> pressure system.<br>><br>> Is there a way to do this?<br>><br>> Thank you in advance!<br>><br>> Best regards,<br>> Jonas Kaufmann<br>>
_______________________________________________<br>> gradsusr mailing list<br>> <a ymailto="mailto:gradsusr@gradsusr.org" href="/mc/compose?to=gradsusr@gradsusr.org">gradsusr@gradsusr.org</a><br>> <a href="http://gradsusr.org/mailman/listinfo/gradsusr" target="_blank">http://gradsusr.org/mailman/listinfo/gradsusr</a><br>><br>> _______________________________________________<br>> gradsusr mailing list<br>> <a ymailto="mailto:gradsusr@gradsusr.org" href="/mc/compose?to=gradsusr@gradsusr.org">gradsusr@gradsusr.org</a><br>> <a href="http://gradsusr.org/mailman/listinfo/gradsusr" target="_blank">http://gradsusr.org/mailman/listinfo/gradsusr</a><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <a href="http://gradsusr.org/pipermail/gradsusr/attachments/20100823/efbac109/attachment.html" target="_blank">http://gradsusr.org/pipermail/gradsusr/attachments/20100823/efbac109/attachment.html</a>
<br><br>------------------------------<br><br>_______________________________________________<br>gradsusr mailing list<br><a ymailto="mailto:gradsusr@gradsusr.org" href="/mc/compose?to=gradsusr@gradsusr.org">gradsusr@gradsusr.org</a><br><a href="http://gradsusr.org/mailman/listinfo/gradsusr" target="_blank">http://gradsusr.org/mailman/listinfo/gradsusr</a><br><br><br>End of gradsusr Digest, Vol 6, Issue 29<br>***************************************<br></div></blockquote></td></tr></table><br>