<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
--></style>
</head>
<body class='hmmessage'>
Dear All. <br>I am running WRF (ARW) on the IBM machine with AIX 5.3 for 1 day and 6 hours, for singe domain at 25km resolution. The namelist.wps, rsl.out.0000, rsl.error.0000 file is attatched. <br>I am able to complete WPS successfully. <br>-bash-3.2$ ./metgrid.exe<br>Processing domain 1 of 1<br> Processing 2010-05-19_00<br> FILE<br> Processing 2010-05-19_06<br> FILE<br> Processing 2010-05-19_12<br> FILE<br> Processing 2010-05-19_18<br> FILE<br> Processing 2010-05-20_00<br> FILE<br> Processing 2010-05-20_06<br> FILE<br>!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!<br>! Successful completion of metgrid. !<br>!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!<br><font style="font-size: 12pt;" size="3">On running the real.exe, the following error is encountered. I am posting the part of the rsl.error.0000 file for your reference. </font><br><br><br><br>-bash-3.2$ vi rsl.error.0000<br><br>"rsl.error.0000" 2485 lines, 209331 characters<br> Namelist dfi_control not found in namelist.input. Using registry defaults for variables in dfi_control<br> Namelist tc not found in namelist.input. Using registry defaults for variables in tc<br> Namelist scm not found in namelist.input. Using registry defaults for variables in scm<br> Namelist fire not found in namelist.input. Using registry defaults for variables in fire<br> Ntasks in X 1 , ntasks in Y 1<br> NOTE: num_soil_layers has been set to 4<br> REAL_EM V3.2 PREPROCESSOR<br> *************************************<br> Parent domain<br> ids,ide,jds,jde 1 133 1 87<br> ims,ime,jms,jme -4 138 -4 92<br> ips,ipe,jps,jpe 1 133 1 87<br> *************************************<br> DYNAMICS OPTION: Eulerian Mass Coordinate<br> alloc_space_field: domain 1 , 241301760 bytes allocated<br> metgrid input_wrf.F first_date_nml = 2010-05-19_00:00:00<br> d01 2010-05-19_00:00:00 Timing for input 0 s.<br> d01 2010-05-19_00:00:00 flag_soil_layers read from met_em file is 1<br> Max map factor in domain 1 = 1.09. Scale the dt in the model accordingly.<br> d01 2010-05-19_00:00:00 Old data, no inland lake information<br> Assume Noah LSM input<br> d01 2010-05-19_00:00:00 Timing for processing 3 s.<br> d01 2010-05-19_00:00:00 Timing for output 1 s.<br> d01 2010-05-19_00:00:00 Timing for loop # 1 = 3 s.<br> metgrid input_wrf.F first_date_nml = 2010-05-19_00:00:00<br> d01 2010-05-19_06:00:00 Timing for input 0 s.<br> d01 2010-05-19_06:00:00 flag_soil_layers read from met_em file is 1<br> d01 2010-05-19_06:00:00 Old data, no inland lake information<br> Assume Noah LSM input<br> d01 2010-05-19_06:00:00 Timing for processing 3 s.<br> d01 2010-05-19_06:00:00 Timing for output 0 s.<br> d01 2010-05-19_06:00:00 Timing for loop # 2 = 3 s.<br> metgrid input_wrf.F first_date_nml = 2010-05-19_00:00:00<br> d01 2010-05-19_12:00:00 Timing for input 0 s.<br> d01 2010-05-19_12:00:00 flag_soil_layers read from met_em file is 1<br> d01 2010-05-19_12:00:00 Old data, no inland lake information<br> Assume Noah LSM input<br> d01 2010-05-19_12:00:00 Timing for processing 3 s.<br> d01 2010-05-19_12:00:00 Timing for output 0 s.<br> d01 2010-05-19_12:00:00 Timing for loop # 3 = 3 s.<br> metgrid input_wrf.F first_date_nml = 2010-05-19_00:00:00<br> d01 2010-05-19_18:00:00 Timing for input 0 s.<br> d01 2010-05-19_18:00:00 flag_soil_layers read from met_em file is 1<br> d01 2010-05-19_18:00:00 Old data, no inland lake information<br> Assume Noah LSM input<br> d01 2010-05-19_18:00:00 Timing for processing 3 s.<br><br>Timing for main: time 2010-05-19_05:56:15 on domain 1: 1.77000 elapsed seconds.<br>Timing for main: time 2010-05-19_05:57:00 on domain 1: 1.78000 elapsed seconds.<br>Timing for main: time 2010-05-19_05:57:45 on domain 1: 1.77000 elapsed seconds.<br>Timing for main: time 2010-05-19_05:58:30 on domain 1: 1.78000 elapsed seconds.<br>Timing for main: time 2010-05-19_05:59:15 on domain 1: 1.77000 elapsed seconds.<br>Timing for main: time 2010-05-19_06:00:00 on domain 1: 1.77000 elapsed seconds.<br>Timing for Writing wrfout_d01_2010-05-19_06:00:00 for domain 1: 0.36000 elapsed seconds.<br> 2 input_wrf: wrf_get_next_time current_date: 2010-05-19_06:00:00 Status = -4<br> -------------- FATAL CALLED ---------------<br> FATAL CALLED FROM FILE: LINE: 709<br> ... May have run out of valid boundary conditions in file wrfbdy_d01<br> -------------------------------------------<br>~<br>~<br>~<br>Unable to get across this problem. <br>Kindly suggest. <br>geeta<br><br><br><br>> From: wrf-users-request@ucar.edu<br>> Subject: Wrf-users Digest, Vol 69, Issue 10<br>> To: wrf-users@ucar.edu<br>> Date: Tue, 18 May 2010 11:19:22 -0600<br>> <br>> Send Wrf-users mailing list submissions to<br>> wrf-users@ucar.edu<br>> <br>> To subscribe or unsubscribe via the World Wide Web, visit<br>> http://mailman.ucar.edu/mailman/listinfo/wrf-users<br>> or, via email, send a message with subject or body 'help' to<br>> wrf-users-request@ucar.edu<br>> <br>> You can reach the person managing the list at<br>> wrf-users-owner@ucar.edu<br>> <br>> When replying, please edit your Subject line so it is more specific<br>> than "Re: Contents of Wrf-users digest..."<br>> <br>> <br>> Today's Topics:<br>> <br>> 1. Re: Doubt regarding Wind speed measurement in WRF-ARW model<br>> output (Eric Altshuler)<br>> 2. Different results for 2 SGI clusters (WRFv3.1) (Mikhail Titov)<br>> 3. Re: Doubt regarding Wind speed measurement in WRF-ARW model<br>> (Sam Hawkins)<br>> 4. tc.exe segmentation fault and divide by zero (Will Thurston)<br>> 5. problem wiht the vortex following move nest (YUAN SU)<br>> <br>> <br>> ----------------------------------------------------------------------<br>> <br>> Message: 1<br>> Date: Mon, 17 May 2010 14:06:09 -0400 (EDT)<br>> From: Eric Altshuler <ela@cola.iges.org><br>> Subject: Re: [Wrf-users] Doubt regarding Wind speed measurement in<br>> WRF-ARW model output<br>> To: dipak sahu <dipakmath@gmail.com><br>> Cc: wrfhelp@wrf-model.org, wrf-users@ucar.edu<br>> Message-ID: <2078665940.512.1274119569340.JavaMail.root@mail.iges.org><br>> Content-Type: text/plain; charset=utf-8<br>> <br>> Dipak,<br>> <br>> For WRF state variables such as winds, the output is for a particular instant in time (or more precisely, the values of the wind components following the integration of the model over the most recent time step). They are not averaged over any specific time period, unlike some flux variables such as radiative and heat fluxes which may be averaged over a certain time interval (e.g. the history interval).<br>> <br>> Check the units of your observational data and be sure they are the same as the WRF wind units (m/s), and if the obs winds are in different units, convert them to m/s.<br>> <br>> Best regards,<br>> <br>> Eric L. Altshuler<br>> Assistant Research Scientist<br>> Center for Ocean-Land-Atmosphere Studies<br>> 4041 Powder Mill Road, Suite 302<br>> Calverton, MD 20705-3106<br>> USA<br>> <br>> E-mail: ela@cola.iges.org<br>> Phone: (301) 902-1257<br>> Fax: (301) 595-9793<br>> <br>> ----- Original Message -----<br>> From: "dipak sahu" <dipakmath@gmail.com><br>> To: wrfhelp@wrf-model.org, wrf-users@ucar.edu<br>> Sent: Saturday, May 15, 2010 3:21:33 PM<br>> Subject: [Wrf-users] Doubt regarding Wind speed measurement in WRF-ARW model output<br>> <br>> Dear sir<br>> I've one doubt regarding wind speed calculation in WRF-ARW model output<br>> by using GrADS. I'm using WRF-ARW model since last 2-3yrs for my PhD<br>> pupose. Always it one doubt in my mind regading the calculation of wind<br>> speed and wind direction in model output through GrADS.<br>> 1- Suppose history interval was set in my model run as 1hr,and after<br>> postprocessing i want to know the wind speed at t=12th hour of forecast.<br>> So how it gives the value? Is it gives the instant wind speed value at<br>> that time or the average wind speed of some past time? Because after my<br>> model comparison with observation , I found that the observation wind<br>> speed and model wind speed has a huge gap.<br>> <br>> with regards<br>> <br>> Dipak<br>> <br>> <br>> **********************************************<br>> <br>> _______________________________________________ Wrf-users mailing list<br>> Wrf-users@ucar.edu<br>> http://mailman.ucar.edu/mailman/listinfo/wrf-users<br>> <br>> <br>> ------------------------------<br>> <br>> Message: 2<br>> Date: Tue, 18 May 2010 14:37:26 +1200<br>> From: Mikhail Titov <TitovM@ap.aurecongroup.com><br>> Subject: [Wrf-users] Different results for 2 SGI clusters (WRFv3.1)<br>> To: wrf-users@ucar.edu<br>> Cc: wrfhelp@ucar.edu<br>> Message-ID:<br>> <OFA54854F3.BC762C9B-ONCC257727.000C2C48-CC257727.000E6A13@conwag.com><br>> Content-Type: text/plain; charset="us-ascii"<br>> <br>> Dear WRF Help and Users,<br>> <br>> We bought new SGI cluster and I transferred all WRF versions and jobs from <br>> old SGI cluster on a new one.<br>> <br>> After installation of WRF on new SGI cluster I ran several trial jobs for <br>> WRFv2.2, WWRFv3.0 and WRFv3.1<br>> to be sure that WRF output is completely consistent with WRF output from <br>> the old SGI cluster.<br>> <br>> Configuration of both clusters is the same and I used 1cpu and multi-cpu <br>> WRF trials to check that <br>> both clusters produce the same results. <br>> <br>> I've got exactly the same results for WRFv2.2 and WRFv3.0 and was very <br>> surprised to receive very<br>> close (correlation coefficient about 0.99) but still different results for <br>> WRFv3.1 (for 1 cpu and for multi-cpu runs)<br>> on a new cluster via the old one.<br>> <br>> WRFv3.1 has the same configuration for old and new SGIs, the same <br>> 'namlist.input' and LANDUSE and VEGPAR tables.<br>> Also the input terrestrial files (height and landuse) and input synoptic <br>> files are the same.<br>> But for WRFv3.1 I still have a bit different results on old and new SGI <br>> clusters.<br>> <br>> Has anyone got such a problem before and why does it happen with WRFv3.1 <br>> only?<br>> I have no logical explanation to this difference between 2 SGIs with <br>> exactly the same software (WRFv3.1 only).<br>> <br>> Any help is highly appreciable.<br>> <br>> Thanks a lot,<br>> Michael<br>> ________________________________________________________________________________<br>> <br>> Dr. Mikhail Titov | Energy | Aurecon <br>> Ph: +64 3 366 0821 ext.9231 DDI +64 367 32 31 | Fax: +64 3 379 6955 | Mob: <br>> +64 21 106 5563 <br>> Email: TitovM@ap.aurecongroup.com <br>> PO Box 1061, 122 Gloucester Street | Christchurch 8140 | New Zealand <br>> http://www.aurecongroup.com<br>> http://www.aurecongroup.com/apac/groupentity/ <br>> ________________________________________________________________________________<br>> <br>> Please consider your environment before printing this e-mail.<br>> <br>> <br>> <br>> <br>> <br>> Disclaimer - http://www.aurecongroup.com/apac/disclaimer/ <br>> <br>> <br>> <br>> -------------- next part --------------<br>> An HTML attachment was scrubbed...<br>> URL: http://mailman.ucar.edu/pipermail/wrf-users/attachments/20100518/396494a7/attachment-0001.html <br>> <br>> ------------------------------<br>> <br>> Message: 3<br>> Date: Tue, 18 May 2010 15:30:56 +0100<br>> From: Sam Hawkins <s.hawkins@ed.ac.uk><br>> Subject: Re: [Wrf-users] Doubt regarding Wind speed measurement in<br>> WRF-ARW model<br>> To: wrf-users@ucar.edu<br>> Message-ID: <4BF2A4A0.5090407@ed.ac.uk><br>> Content-Type: text/plain; charset=ISO-8859-1<br>> <br>> Dipak,<br>> <br>> As far as I understand, the wind speed recorded is the instantaneous<br>> speed at that timestep. If you want to record time-averaged<br>> variables, you can either output a history file very frequently and<br>> average the results, or you will have to make some modifications to WRF.<br>> <br>> Sam.<br>> <br>> wrf-users-request@ucar.edu wrote:<br>> > Send Wrf-users mailing list submissions to<br>> > wrf-users@ucar.edu<br>> ><br>> > To subscribe or unsubscribe via the World Wide Web, visit<br>> > http://mailman.ucar.edu/mailman/listinfo/wrf-users<br>> > or, via email, send a message with subject or body 'help' to<br>> > wrf-users-request@ucar.edu<br>> ><br>> > You can reach the person managing the list at<br>> > wrf-users-owner@ucar.edu<br>> ><br>> > When replying, please edit your Subject line so it is more specific<br>> > than "Re: Contents of Wrf-users digest..."<br>> ><br>> ><br>> > Today's Topics:<br>> ><br>> > 1. Doubt regarding Wind speed measurement in WRF-ARW model<br>> > output (dipak sahu)<br>> > 2. Query regarding multiple simultaneous depressions (Preeti)<br>> > 3. Re: Query regarding multiple simultaneous depressions (Min Zhu)<br>> ><br>> ><br>> > ----------------------------------------------------------------------<br>> ><br>> > Message: 1<br>> > Date: Sun, 16 May 2010 00:51:33 +0530<br>> > From: dipak sahu <dipakmath@gmail.com><br>> > Subject: [Wrf-users] Doubt regarding Wind speed measurement in WRF-ARW<br>> > model output<br>> > To: wrfhelp@wrf-model.org, wrf-users@ucar.edu<br>> > Message-ID:<br>> > <AANLkTinSvaNE9yHU8PQOZO0_djX0ubjmWwrsPjZLBueK@mail.gmail.com><br>> > Content-Type: text/plain; charset="iso-8859-1"<br>> ><br>> > Dear sir<br>> > I've one doubt regarding wind speed calculation in WRF-ARW model output<br>> > by using GrADS. I'm using WRF-ARW model since last 2-3yrs for my PhD pupose.<br>> > Always it one doubt in my mind regading the calculation of wind speed and<br>> > wind direction in model output through GrADS.<br>> > 1- Suppose history interval was set in my model run as 1hr,and after<br>> > postprocessing i want to know the wind speed at t=12th hour of forecast. So<br>> > how it gives the value? Is it gives the instant wind speed value at that<br>> > time or the average wind speed of some past time? Because after my model<br>> > comparison with observation , I found that the observation wind speed and<br>> > model wind speed has a huge gap.<br>> ><br>> > with regards<br>> ><br>> > Dipak<br>> ><br>> ><br>> > **********************************************<br>> > -------------- next part --------------<br>> > An HTML attachment was scrubbed...<br>> > URL: http://mailman.ucar.edu/pipermail/wrf-users/attachments/20100516/ad1f4dd7/attachment-0001.html <br>> ><br>> > ------------------------------<br>> ><br>> > Message: 2<br>> > Date: Mon, 17 May 2010 02:38:29 -0700<br>> > From: Preeti <preeti@csa.iisc.ernet.in><br>> > Subject: [Wrf-users] Query regarding multiple simultaneous depressions<br>> > To: wrf-users@ucar.edu<br>> > Message-ID:<br>> > <AANLkTinqmSb-f34v5ljoT6KC1KdKVbszuu2G4QZ7L1_U@mail.gmail.com><br>> > Content-Type: text/plain; charset=ISO-8859-1<br>> ><br>> > Hello<br>> ><br>> > I have a question about weather phenomenon.<br>> ><br>> > Is the phenomenon of multiple depressions common in any part of the<br>> > globe? Can multiple depressions occur within an area of, say, 50<br>> > million sq km simultaneously?<br>> ><br>> > Thanks<br>> > Preeti<br>> ><br>> ><br>> > ------------------------------<br>> ><br>> > Message: 3<br>> > Date: Mon, 17 May 2010 16:20:18 +0100<br>> > From: "Min Zhu" <min.zhu@res-ltd.com><br>> > Subject: Re: [Wrf-users] Query regarding multiple simultaneous<br>> > depressions<br>> > To: "Preeti" <preeti@csa.iisc.ernet.in>, <wrf-users@ucar.edu><br>> > Message-ID:<br>> > <64102FE81CF56640B4AE9EEF9B0026F5CF26CF@kl-exc-001.res.lan><br>> > Content-Type: text/plain; charset="us-ascii"<br>> ><br>> > Hi,<br>> ><br>> > I think it is possible that a huge depression area exists involving main<br>> > cyclone and several secondary cyclones. <br>> ><br>> > Cheers,<br>> ><br>> > Min Zhu<br>> ><br>> ><br>> > -----Original Message-----<br>> > From: wrf-users-bounces@ucar.edu [mailto:wrf-users-bounces@ucar.edu] On<br>> > Behalf Of Preeti<br>> > Sent: 17 May 2010 10:38<br>> > To: wrf-users@ucar.edu<br>> > Subject: [Wrf-users] Query regarding multiple simultaneous depressions<br>> ><br>> > Hello<br>> ><br>> > I have a question about weather phenomenon.<br>> ><br>> > Is the phenomenon of multiple depressions common in any part of the<br>> > globe? Can multiple depressions occur within an area of, say, 50<br>> > million sq km simultaneously?<br>> ><br>> > Thanks<br>> > Preeti<br>> > _______________________________________________<br>> > Wrf-users mailing list<br>> > Wrf-users@ucar.edu<br>> > http://mailman.ucar.edu/mailman/listinfo/wrf-users<br>> ><br>> > CONFIDENTIALITY NOTICE: This e-mail, including any attachments, contains information that may be confidential, and is protected by copyright. It is directed to the intended recipient(s) only. If you have received this e-mail in error please e-mail the sender by replying to this message, and then delete the e-mail. Unauthorised disclosure, publication, copying or use of this e-mail is prohibited. Any communication of a personal nature in this e-mail is not made by or on behalf of any RES group company. E-mails sent or received may be monitored to ensure compliance with the law, regulation and/or our policies.<br>> ><br>> ><br>> > ------------------------------<br>> ><br>> > _______________________________________________<br>> > Wrf-users mailing list<br>> > Wrf-users@ucar.edu<br>> > http://mailman.ucar.edu/mailman/listinfo/wrf-users<br>> ><br>> ><br>> > End of Wrf-users Digest, Vol 69, Issue 9<br>> > ****************************************<br>> ><br>> > <br>> <br>> <br>> -- <br>> Sam Hawkins<br>> Institute for Energy Systems<br>> School of Engineering and Electronics<br>> The King's Buildings<br>> University of Edinburgh<br>> EH9 3JL<br>> 0131 6505612<br>> <br>> <br>> The University of Edinburgh is a charitable body, registered in<br>> Scotland, with registration number SC005336.<br>> <br>> <br>> <br>> ------------------------------<br>> <br>> Message: 4<br>> Date: Tue, 18 May 2010 16:23:19 +1000<br>> From: Will Thurston <willthurston@gmail.com><br>> Subject: [Wrf-users] tc.exe segmentation fault and divide by zero<br>> To: wrf-users@ucar.edu<br>> Message-ID:<br>> <AANLkTikj-r7FjBbkvZ2c-aNcIYWcoZVzHqLvdFa5KpwZ@mail.gmail.com><br>> Content-Type: text/plain; charset=ISO-8859-1<br>> <br>> Hi all,<br>> <br>> I have encountered some problems trying to run the program tc.exe to<br>> bogus a tropical cyclone (using WRF 3.1.1 with which I have already<br>> successfully run geogrid.exe, ungrib.exe, metgrid.exe, real.exe and<br>> wrf.exe).<br>> <br>> Initially I got the following error, with the program seg faulting at<br>> the very beginning:<br>> <br>> forrtl: severe (174): SIGSEGV, segmentation fault occurred<br>> Image PC Routine Line Source<br>> libmpi.so 2000000000116310 Unknown Unknown Unknown<br>> libmpi.so 200000000011D240 Unknown Unknown Unknown<br>> libmpi.so 200000000011D310 Unknown Unknown Unknown<br>> tc.exe 4000000000BD4E90 Unknown Unknown Unknown<br>> tc.exe 4000000000006530 Unknown Unknown Unknown<br>> tc.exe 40000000000063D0 Unknown Unknown Unknown<br>> libc.so.6.1 200000000061BD20 Unknown Unknown Unknown<br>> tc.exe 4000000000006200 Unknown Unknown Unknown<br>> <br>> <br>> Having searched the mailing list and wrf forum I recompiled in serial<br>> mode and tried again, setting the debug_level to 10000. This time the<br>> tc.exe output is:<br>> <br>> Namelist dfi_control not found in namelist.input. Using registry defaults for v<br>> ariables in dfi_control<br>> Namelist scm not found in namelist.input. Using registry defaults for variables<br>> in scm<br>> Namelist fire not found in namelist.input. Using registry defaults for variable<br>> s in fire<br>> TC_EM V3.1.1 PREPROCESSOR<br>> real_em: calling alloc_and_configure_domain<br>> forrtl: severe (71): integer divide by zero<br>> Image PC Routine Line Source<br>> tc.exe 4000000002ADD202 Unknown Unknown Unknown<br>> tc.exe 4000000000BAA900 Unknown Unknown Unknown<br>> tc.exe 4000000000BA0BF0 Unknown Unknown Unknown<br>> tc.exe 4000000000BAFBC0 Unknown Unknown Unknown<br>> tc.exe 40000000001B7DF0 Unknown Unknown Unknown<br>> tc.exe 40000000001BEE60 Unknown Unknown Unknown<br>> tc.exe 40000000000052A0 Unknown Unknown Unknown<br>> tc.exe 4000000000004ED0 Unknown Unknown Unknown<br>> libc.so.6.1 2000000000603D20 Unknown Unknown Unknown<br>> tc.exe 4000000000004D00 Unknown Unknown Unknown<br>> <br>> So now, tc.exe is at least reading namelist.input, but encounters a<br>> divide by zero, presumably when calling alloc_and_configure_domain. I<br>> can't understand why it is failing here, as the lines calling<br>> alloc_and_configure_domain in real_em.F and tc_em.F appear to be<br>> exactly the same and real.exe runs without a hitch.<br>> <br>> Can anyone please offer me any advice or suggestions on fixing this problem?<br>> <br>> Many thanks,<br>> Will Thurston.<br>> <br>> <br>> ------------------------------<br>> <br>> Message: 5<br>> Date: Tue, 18 May 2010 14:22:41 +0800 (CST)<br>> From: "YUAN SU" <suyuan4541@163.com><br>> Subject: [Wrf-users] problem wiht the vortex following move nest<br>> To: wrf-users@ucar.edu<br>> Message-ID: <9ff45b.117c5.128aa14127c.Coremail.suyuan4541@163.com><br>> Content-Type: text/plain; charset="gbk"<br>> <br>> Hi users:<br>> Now I have run the wrf3.0 with 3 nested domain. I want to run just the outer domain at the beginning 24hrs without moving nest, and then start to caculate the third nest domain with the vortex following move nest. <br>> I try to change the inner domain's "start hours" at the namelist.input. But I found the second domain would become the moving nest out of my control. What I want is set the 2 outer domain fixxed at the beginning and after 24hrs integral start the inner domain with the vortex following move.<br>> Could anyone help me <br>> Thank you very much<br>> <br>> YUAN SU<br>> 2010.05.17<br>> -------------- next part --------------<br>> An HTML attachment was scrubbed...<br>> URL: http://mailman.ucar.edu/pipermail/wrf-users/attachments/20100518/79f2f6c1/attachment.html <br>> <br>> ------------------------------<br>> <br>> _______________________________________________<br>> Wrf-users mailing list<br>> Wrf-users@ucar.edu<br>> http://mailman.ucar.edu/mailman/listinfo/wrf-users<br>> <br>> <br>> End of Wrf-users Digest, Vol 69, Issue 10<br>> *****************************************<br> <br /><hr />Catch the changing security environment <a href='http://news.in.msn.com/internalsecurity/' target='_new'>Get it now.</a></body>
</html>