[Wrf-users] error with real.exe

Dave Kindig kindig at nsidc.org
Wed May 19 16:59:23 MDT 2010


Geeta, check your num_metgrid_soil_levels in namelist.input.

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


More information about the Wrf-users mailing list