[Wrf-users] error with real.exe
Agnes Mika
agnes.mika at bmtargoss.com
Thu May 20 01:16:43 MDT 2010
Hallo Geeta,
The rsl.error.0000 file you have posted looks to me as coming from wrf.exe
and not real.exe.
The error is not produced by real but by wrf. The reason is that in
your wrfbdy file (output of real) you don't have all the timesteps
available which you requested in your namelist.input file.
I have noticed one inconsistency in your namelist.input: you have set
run_days to 2 while it should be 1 (you want the model integration to
start on 2010-05-19 00:00 and end at 2010-05-20 06:00).
Try to run real and wrf again with the fixed namelist. If you still
get problems then please send us the rsl.error file from real so that
we can help you further.
Greetings,
Agnes
Geeta Geeta wrote:
> 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
> > *****************************************
>
> ________________________________
> Catch the changing security environment Get it now.<http://news.in.msn.com/internalsecurity/>
> _______________________________________________
> Wrf-users mailing list
> Wrf-users at ucar.edu
> http://mailman.ucar.edu/mailman/listinfo/wrf-users
--
Dr. A'gnes Mika
Advisor, Meteorology and Air Quality
Tel: +31 (0)527-242299
Fax: +31 (0)527-242016
Web: www.bmtargoss.com
BMT ARGOSS
P.O. Box 61, 8325 ZH Vollenhove
Voorsterweg 28, 8316 PT Marknesse
The Netherlands
Confidentiality Notice & Disclaimer
The contents of this e-mail and any attachments are intended for the
use of the mail addressee(s) shown. If you are not that person, you
are not allowed to take any action based upon it or to copy it,
forward, distribute or disclose its contents and you should delete it
from your system. BMT ARGOSS does not accept liability for any errors
or omissions in the context of this e-mail or its attachments which
arise as a result of internet transmission, nor accept liability for
statements which are those of the author and clearly not made on
behalf of BMT ARGOSS.
More information about the Wrf-users
mailing list