[Met_help] MET on IBM
John Halley Gotway
johnhg at rap.ucar.edu
Mon Jul 14 14:04:37 MDT 2008
Xiaqiong,
I have built GSL in my home directory on both bluevista and bluefire. You're welcome to copy over either of them:
bluevista: /homebv/johnhg/MET_releases/external_libs/gsl/gsl-1.9
bluefire: /blhome/johnhg/MET_releases/external_libs/gsl/gsl-1.9
I wrote down my notes from building MET on bluefire, and I've pasted them below. You should be sure to set the OBJECT_MODE environment variable to 32 when building all of the libraries and
executables in order to work with PREPBUFR data. In the notes below, you'll need to modify the paths to your directories.
Hope this helps!
John
# Building MET on bluefire
# *** VERY IMPORTANT TO DO THIS *** Set the OBJECT_MODE to 32
setenv OBJECT_MODE 32
# BUFRLIB (under a minute):
tar -xvf BUFRLIB.tar
xlc -c -DUNDERSCORE *.c
xlf -c -qextname *.f
ar crv libbufr.a *.o
# CWORDSH (a few seconds):
tar -xvf cwordsh.tar
xlf -qextname -o cwordsh.x cwordsh.f ../bufrlib/libbufr.a
# Edit line for CWRD in the cwordsh file to point to the current directory.
# F2C (a few minutes):
make hadd
make
# GSL (several minutes):
gunzip gsl-1.9.tar.gz
tar -xvf gsl-1.9.tar
setenv CC /usr/bin/xlc
./configure --prefix=/blhome/johnhg/MET_releases/external_libs/gsl/gsl-1.9
make
make install
# NETCDF (a few minutes):
gunzip netcdf-3.6.2.tar.gz
tar -xvf netcdf-3.6.2.tar
setenv CC /usr/bin/xlc
setenv CXX /usr/bin/xlC
./configure --prefix=/blhome/johnhg/MET_releases/external_libs/netcdf/netcdf-3.6.2
make check
make install
# Build MET (a few minutes):
gunzip METv1.1beta8.tar.gz
tar -xvf METv1.1beta8.tar
cp Makefile_ibm Makefile
# Configure Makefile as follows:
# NETCDF_BASE = /blhome/johnhg/MET_releases/external_libs/netcdf/netcdf-3.6.2
# BUFR_BASE = /blhome/johnhg/MET_releases/external_libs/bufrlib
# GSL_BASE = /blhome/johnhg/MET_releases/external_libs/gsl/gsl-1.9
# F2C_BASE = /blhome/johnhg/MET_releases/external_libs/libf2c
gmake >& make_met.log&
tail -f make_met.log
# Redo the Fortran blocking on the sample PREPBUFR files
cd /blhome/johnhg/MET_releases/METv1.1beta9/data/sample_obs/prepbufr
foreach file (`ls`)
/blhome/johnhg/MET_releases/external_libs/cwordsh/cwordsh unblk $file temp
rm $file
/blhome/johnhg/MET_releases/external_libs/cwordsh/cwordsh block temp $file
rm $temp
end
# Run the MET test scripts
cd /blhome/johnhg/MET_releases/METv1.1beta9/scripts
./test_all.sh >& test_all.log&
tail -f *.log
Xiaqiong Zhou wrote:
> Dear John:
> Thank you very much for your help.
> I have another question to ask.
> When I am installing new version on IBM, I fail to intall GSL.
> I would ask how to install GSL in IBM system, or Could share your library and exe file? I have account in bluefire and bluevista.
> Best regards
> xiaqiong
>
>
> ----- Original Message -----
> From: John Halley Gotway <johnhg at rap.ucar.edu>
> Date: Monday, July 14, 2008 11:12 am
> Subject: Re: [Met_help] Problem when MET read the grib file
> To: Xiaqiong Zhou <xiaqiong at hawaii.edu>
> Cc: met_help <met_help at ucar.edu>
>
>> Xiaqiong,
>>
>> Sorry for the delay in getting back to you. Last week and
>> this week are very busy putting together the latest release of
>> MET and getting ready for the MET portion of the WRF-Tutorial.
>>
>> Regarding the Grib files you sent. I believe that the
>> "scanning mode flags" are set incorrectly in your GRIB
>> files. Here's a description of those flags:
>> http://www.nco.ncep.noaa.gov/pmb/docs/on388/table8.html
>>
>> In your files the scanning mode flags are set to a value of
>> 0. That means that the points in the grid are to be read
>> in +i and -j direction.
>> In the GRIB files, the lower-left lat/lon is set to: 3.055S / 101.059W
>> And the upper-right lat/lon is set to: 40.14N / 48.941W
>>
>> But since the scanning mode flag says to read things in the -j
>> direction, MET thinks that the real lower-left corner is 40.14N
>> / 101.059W.
>>
>> I believe that the tool you're using to do this interpolation is
>> setting this flag incorrectly. Instead, it should be set
>> to a value of 64 to indicate +i and +j.
>>
>> You could try to fix the conversion tool you're using or you
>> could make a code change in MET to account for the bad
>> data. To hard-code MET in this way, open up the file,
>> METv1.1/lib/vx_met_util/read_gird.cc. On line 928, add the
>> line "ydir = 1;". This hard-codes the scanning mode to be
>> the +j direction for lat/lon grids. I tried this and have
>> attached a plot
>> showing how MODE reads those GRIB files now.
>>
>> Ultimately though, it'd be better to encode the GRIB files correctly.
>>
>> Good luck,
>> John
>>
>> Xiaqiong Zhou wrote:
>>> Dear John:
>>> I just forward my last week question again.
>>> Could you check the attached files? I interpolate them in to
>> my grids (about
>>> -3S-40N, -100E - -50E) . I check them by grib2ctl.pl and
>> gribmap. But the
>>> results from pcp_combine, point_stat, grid_stat and mode
>> show the different
>>> grids ( 40N-80N, -100E - -50E.).
>>> Best
>>> xiaqiong
>>> ----- Original Message -----
>>> From: Xiaqiong Zhou <xiaqiong at hawaii.edu>
>>> Date: Wednesday, July 9, 2008 11:27 am
>>> Subject: Re: [Met_help] new version of MET
>>> To: John Halley Gotway <johnhg at rap.ucar.edu>
>>> Cc: met_help <met_help at ucar.edu>
>>>
>>> > John:
>>> > Yes, I use copygb.
>>> > I use grib2ctl.pl and gribmap to see ST4(1 hourly
>> accumulation in GRIB) and
>>> WRF output GRIB.
>>> > It shows the domain about -3S-40N, -100E - -50E.
>> This is the right domain
>>> for me by using copygb.
>>> > But it is not same as MODE output PostScript plots (40-
>> 80N, -100E- -50E).
>>> > I also check point_stat output MPR. MPR shows the
>> latitude of matched pairs
>>> is from 40N-70N, which seems wrong too.
>>> > Best
>>> > xiaqiong
>>>
>>>
>>>
>>> > ----- Original Message -----
>>> > From: John Halley Gotway <johnhg at rap.ucar.edu>
>>> > Date: Wednesday, July 9, 2008 9:52 am
>>> > Subject: Re: [Met_help] new version of MET
>>> > To: Xiaqiong Zhou <xiaqiong at hawaii.edu>
>>> > Cc: met_help <met_help at ucar.edu>
>>>
>>> > > Xiaqiong,
>>> > >
>>> > > I ran both the ST4 (1-hourly accumulations in GRIB)
>> and the
>>> > > stag4 (12-hourly accumulations in NetCDF) files
>> through MODE
>>> > > just to plot up the domains. I've attached
>> pages from the
>>> > > two output
>>> > > PostScript plots. And the domains appear to be
>>> > > identical. So I don't think that the PCP-
>> Combine tool is
>>> > > doing anything wrong. It's reading data in on
>> a certain
>>> > > grid and writing it out on the same grid.
>>> > >
>>> > > So I'm not sure what the problem really is. Is
>> it that
>>> > > your ST4 data isn't on the same grid as the model
>> data? If
>>> > > that's the case, could you send me the
>> "wrfprs_d01.00" file that
>>> > > doesn't match up?
>>> > >
>>> > > I assume you ran copygb on the stage4 data to get it
>> on the
>>> > > domain that you'd like. Perhaps there's a
>> problem with the
>>> > > copygb command you're using? Is the domain
>> shown in the
>>> > > attached plots the
>>> > > domain you wanted to interpolate the stage4 data to?
>>> > >
>>> > > John
>>> > >
>>> > > Xiaqiong Zhou wrote:
>>> > > > John:
>>> > > > The input GRIB (ST4_G255.tar) and output netcdf
>>> > > (stage4_nc.tar) also the script
>>> > > > (pcp_combine.ksh) are attached.
>>> > > > Thank you very much for your time.
>>> > > > Best
>>> > > > xiaqiong
>>> > > >
>>> > > > ----- Original Message -----
>>> > > > From: John Halley Gotway <johnhg at rap.ucar.edu>
>>> > > > Date: Wednesday, July 9, 2008 8:49 am
>>> > > > Subject: Re: [Met_help] new version of MET
>>> > > > To: Xiaqiong Zhou <xiaqiong at hawaii.edu>
>>> > > > Cc: met_help <met_help at ucar.edu>
>>> > > >
>>> > > > > Xiaqiong,
>>> > > > >
>>> > > > > Could you please send me the a sample
>> input GRIB file
>>> > > and the
>>> > > > > corresponding output of PCP-Combine where you're
>>> > > seeing the problem?
>>> > > > >
>>> > > > > I'd like to run them through MET and plot
>> up the grids
>>> > > to see
>>> > > > > the difference. Also, can you tell
>> me what
>>> > > version of MET
>>> > > > > you're running?
>>> > > > >
>>> > > > > Thanks,
>>> > > > > John
>>> > > > >
>>> > > > >
>>> > > > > Xiaqiong Zhou wrote:
>>> > > > > > Dear John:
>>> > > > > > After I run pcp_combine, the output
>> netcdf file has
>>> > > different> > lat/lon grids
>>> > > > > > with the input grib file.
>>> > > > > >
>>> > > > > > I attached the grid information:
>>> > > > > > Input grib file information
>> (wrfprs_d01_00.ctl)> > > > > > output netcdf
>> information (1) by using ncdump.
>>> > > > > >
>>> > > > > > Any problems when pcp_combine deal
>> with user
>>> > > own defined
>>> > > > > grids?> Thanks a lot.
>>> > > > > > xiaqiong
>>> > > > > >
>>> > > > > > ----- Original Message -----
>>> > > > > > From: John Halley Gotway
>> <johnhg at rap.ucar.edu>> > > > > > Date: Monday,
>> July 7, 2008 9:03 am
>>> > > > > > Subject: Re: [Met_help] new version of MET
>>> > > > > > To: Xiaqiong Zhou <xiaqiong at hawaii.edu>
>>> > > > > > Cc: met_help <met_help at ucar.edu>
>>> > > > > >
>>> > > > > > > Xiaqiong,
>>> > > > > > >
>>> > > > > > > METv1.1 is *almost* ready.
>> The code
>>> > > changes are
>>> > > > > finished,> > but we're still
>> updating the User's
>>> > > Guide,> > which is distributed
>>> > > > > > > with the code. We're
>> planning to have it
>>> > > > > finished by the
>>> > > > > > > end of the week.
>>> > > > > > >
>>> > > > > > > In the meantime, you're welcome
>> to use the
>>> > > latest beta
>>> > > > > version> > for METv1.1. You
>> can access it via:
>>> > > > > > >
>>> > > > > >
>>> > > > >
>>> > >
>>>
>> ftp://ftp.rap.ucar.edu/incoming/irap/johnhg/METv1.1beta9.20080702.tar.gzYou'll>
>>> > > just need to copy over one of the sample Makefiles
>> (for PGI,
>>> > > > > GNU, or IBM),
>>> > > > > > configure it to your local environment,
>> and build it.
>>> > > > > > >
>>> > > > > > > We'll send out an email when
>> METv1.1 is officially
>>> > > > > released with
>>> > > > > > > the updated documentation.
>>> > > > > > >
>>> > > > > > > Thanks,
>>> > > > > > > John
>>> > > > > > >
>>> > > > > > > Xiaqiong Zhou wrote:
>>> > > > > > > > Dear John:
>>> > > > > > > > Can I get the new version of
>> MET now?
>>> > > > > > > > Best regards
>>> > > > > > > > xiaqiong
>>> > > > > > > >
>>> > > > > > > > ----- Original Message -----
>>> > > > > > > > From: John Halley Gotway
>>> > > <johnhg at rap.ucar.edu>> > > > > Date:
>> Thursday,> > > June 12, 2008 10:40 am
>>> > > > > > > > Subject: Re: MASK_GRID and MASK_POLY
>>> > > > > > > > To: Xiaqiong Zhou
>> <xiaqiong at hawaii.edu>> > > > > > > > Cc:
>> met_help <met_help at ucar.edu>
>>> > > > > > > >
>>> > > > > > > >> Good question...
>>> > > > > > > >>
>>> > > > > > > >> In the Point-Stat and Grid-
>> Stat tools, the
>>> > > > > "mask_grids" and
>>> > > > > > > >> "mask_polys" regions are used
>> to define
>>> > > the areas
>>> > > > > over which
>>> > > > > > > >> you'd like to accumulate
>>> > > statistics. The
>>> > > > > grids in
>>> > > > > > > >> "mask_grids" are simply used
>>> > > > > > > >> to define an area - there's no
>>> > > interpolation done
>>> > > > > or anything.
>>> > > > > > > >>
>>> > > > > > > >> If you'd like to compute
>> statistics over
>>> > > the entire
>>> > > > > domain,> > >> rather than looking at
>> subregions> > > of the
>>> > > > > domain, it would
>>> > > > > > > >> probably be easiest to just
>> create a lat/lon
>>> > > > > polyline that
>>> > > > > > > fully
>>> > > > > > > >> encompasses your
>>> > > > > > > >> grid.
>>> > > > > > > >>
>>> > > > > > > >> In MODE, the "mask_grid" and
>> "mask_poly"> > > regions> > are used to
>>> > > > > > > >> just zero out data that's
>> outside those
>>> > > > > regions. So
>>> > > > > > > >> objects will only be created
>> inside those
>>> > > grid or
>>> > > > > polyline areas.
>>> > > > > > > >>
>>> > > > > > > >> You are correct that in order
>> to define
>>> > > and use a
>>> > > > > NEW grid,
>>> > > > > > > >> you'd have to make code
>> changes and then
>>> > > recompile -
>>> > > > > which
>>> > > > > > > >> you're welcome to do.
>> In the
>>> > > future, it would
>>> > > > > probably> > be
>>> > > > > > > >> a good idea to enable
>>> > > > > > > >> users to specify grids at
>> runtime, rather than
>>> > > > > requiring them
>>> > > > > > > to
>>> > > > > > > >> recompile. But in the
>> mean time, in
>>> > > order to
>>> > > > > define a
>>> > > > > > > new
>>> > > > > > > >> grid, you'd need to edit one file:
>>> > > > > > > >> In
>> METv1.0/lib/vx_data_grids/grid_defs.h:> > > > >
>>> > >> (1) add a new PlateCarreeData structure
>>> > > defining> > your grid
>>> > > > > > > >> (2) Increment the
>> n_pc_grids_data value
>>> > > by one.
>>> > > > > > > >> (3) Add the name of the
>> PlateCarreeData> > > structure> > you defined
>>> > > > > > > in
>>> > > > > > > >> (1) to the end of the array
>> for "pc_grids_data"
>>> > > > > > > >> And then do a "make clean"
>> and rebuild
>>> > > MET.
>>> > > > > If you do
>>> > > > > > > try
>>> > > > > > > >> this, please let me know how
>> it goes.
>>> > > > > > > >>
>>> > > > > > > >> However, like I said, it'd
>> probably be
>>> > > easier just
>>> > > > > to use a
>>> > > > > > > >> lat/lon polyline. Look
>> in the
>>> > > METv1.0/data/poly> > > > directory
>>> > > > > > > >> for examples.
>>> > > > > > > >>
>>> > > > > > > >> Hope that helps.
>>> > > > > > > >>
>>> > > > > > > >> John
>>> > > > > > > >>
>>> > > > > > > >>
>>> > > > > > > >> Xiaqiong Zhou wrote:
>>> > > > > > > >>> Hello John:
>>> > > > > > > >>> Sorry to bother you again.
>>> > > > > > > >>> I am confused about the
>> MASK_GRID and
>>> > > MASK_POLY.> > > > >>> I interpolated my
>> WRF-ARW
>>> > > output with Mercator
>>> > > > > grids to
>>> > > > > > > >> lat/lon projection. It almost
>> cover the
>>> > > original domain,
>>> > > > > > > which
>>> > > > > > > >> is not one of those NCEP's
>> pre-defined grids.
>>> > > > > > > >>> When I run MET,
>> should
>>> > > I
>>> > > > > defining a
>>> > > > > > > >> new masking grid in MET and
>> recompiling?> > > How to add
>>> > > > > a new
>>> > > > > > > grid set?
>>> > > > > > > >>> Cannot I just define "MASK_POLY"?
>>> > > > > > > >>> xiaqiong zhou
>>> > > > > > > >>>
>>> > > > > > > >>> ----- Original Message -----
>>> > > > > > > >>> From: John Halley Gotway
>>> > > <johnhg at rap.ucar.edu>> > > > >>>
>> Date: Friday,
>>> > > June 6, 2008 1:12 pm
>>> > > > > > > >>> Subject: Re: [Met_help]
>> Problem when
>>> > > compiling MET
>>> > > > > > > >>> To: Xiaqiong Zhou
>> <xiaqiong at hawaii.edu>> > > > > > > >>> Cc:
>> met_help at ucar.edu> > > > > > > >>>
>>> > > > > > > >>>> Xiaqiong,
>>> > > > > > > >>>>
>>> > > > > > > >>>> I'm sorry to say that
>> currently MET
>>> > > does not read
>>> > > > > data on a
>>> > > > > > > >>>> Mercator projection.
>> It currently
>>> > > reads lat/lon,
>>> > > > > > > >>>> stereographic, and lambert
>> conformal> > > grids.
>>> > > > > Reading> > >>>> Mercator grids is
>> something that's
>>> > > > > > > >>>> been on our list of things
>> to implement
>>> > > for a
>>> > > > > while, but we
>>> > > > > > > >>>> haven't gotten to it
>> yet. I'll
>>> > > bump it up
>>> > > > > on the
>>> > > > > > > >> priority list.
>>> > > > > > > >>>> As for problems with
>> "copygb", could
>>> > > you send me
>>> > > > > a sample
>>> > > > > > > >> file
>>> > > > > > > >>>> and the copygb command that
>> you're> > > trying to
>>> > > > > execute?
>>> > > > > > > >> I'd
>>> > > > > > > >>>> be really surprised if it
>> were not able
>>> > > to read
>>> > > > > Mercator grids.
>>> > > > > > > >>>>
>>> > > > > > > >>>> I could get you a beta
>> release of the
>>> > > new version
>>> > > > > but it
>>> > > > > > > >> still
>>> > > > > > > >>>> wouldn't read Mercator
>> grids and the
>>> > > > > documentation has not
>>> > > > > > > >> yet
>>> > > > > > > >>>> been updated.
>>> > > > > > > >>>>
>>> > > > > > > >>>> John
>>> > > > > > > >>>>
>>> > > > > > > >>>>
>>> > > > > > > >>>> Xiaqiong Zhou wrote:
>>> > > > > > > >>>>> Hello John:
>>> > > > > > > >>>>> Thank you for your
>> information.I
>>> > > found the
>>> > > > > prep-BUFR
>>> > > > > > > >>>> dataset. It works for MET.
>>> > > > > > > >>>>> I am working in Hans
>> Wang's group in
>>> > > NCAR now.
>>> > > > > They hope
>>> > > > > > > to
>>> > > > > > > >>>> get verification results before
>>> > > > > > > >>>>> the 9th WRF workshop.
>>> > > > > > > >>>>> There is another problem
>> when MET read
>>> > > WRF-ARW
>>> > > > > output with
>>> > > > > > > >>>> Mercator projection.
>>> > > > > > > >>>>> COPYGB in the WRF post
>> processing> > > developed by
>>> > > > > NCEP likely
>>> > > > > > > >>>> cannot interpolate WRF-ARW
>> output to
>>> > > user-defined grid.
>>> > > > > > > >>>>> How about your developing
>> version of
>>> > > MET? Does
>>> > > > > it support
>>> > > > > > > >>>> Mercator projection? Is it
>> possible for
>>> > > me to get
>>> > > > > the new
>>> > > > > > > >>>> version now?
>>> > > > > > > >>>>> Best regards
>>> > > > > > > >>>>> xiaqiong
>>> > > > > > > >>>>>
>>> > > > > > > >>>>> ----- Original Message ----
>> -
>>> > > > > > > >>>>> From: John Halley Gotway
>>> > > <johnhg at rap.ucar.edu>> > > > >>>>>
>> Date: Friday,
>>> > > June 6, 2008 12:41 pm
>>> > > > > > > >>>>> Subject: Re: [Met_help]
>> Problem when
>>> > > compiling MET
>>> > > > > > > >>>>> To: Xiaqiong Zhou
>> <xiaqiong at hawaii.edu>> > > > > > > >>>>>
>> Cc: met_help <met_help at ucar.edu>
>>> > > > > > > >>>>>
>>> > > > > > > >>>>>> Xiaqiong,
>>> > > > > > > >>>>>>
>>> > > > > > > >>>>>> The only sources of
>> PREPBUFR data
>>> > > that I've
>>> > > > > used of are
>>> > > > > > > >> those
>>> > > > > > > >>>>>> posted on the MET Website:
>>> > > > > > > >>>>>>
>>> > > > > > >
>>> > > > >
>>> > >
>> http://www.dtcenter.org/met/users/downloads/observation_data.php>>>>>>> >
>>> > However, there does appear to be PREPBUFR observation data
>>> > > > > > > >>>>>> available for the NCEP/NCAR
>>> > > reanalysis project:
>>> > > > > > > >>>>>>
>> http://dss.ucar.edu/pub/reanalysis/> > > > > >
>>> > > > > > > >>>>>> The files named
>> "prepqm..." (the
>>> > > first line of
>>> > > > > the table
>>> > > > > > > on
>>> > > > > > > >>>>>>
>>> > > > >
>> http://dss.ucar.edu/pub/reanalysis/aval_ftyp.html) would
>>> > > > > > > be
>>> > > > > > > >>>> ones
>>> > > > > > > >>>>>> to try. That data
>> should be freely
>>> > > > > available once
>>> > > > > > > you
>>> > > > > > > >>>>>> register as a user.
>>> > > > > > > >>>>>>
>>> > > > > > > >>>>>> BUT - I've never tried
>> this and it
>>> > > may or may not
>>> > > > > > > >> work.
>>> > > > > > > >>>> If
>>> > > > > > > >>>>>> you do decide to try it,
>> please let
>>> > > me know
>>> > > > > whether MET
>>> > > > > > > is
>>> > > > > > > >>>> able
>>> > > > > > > >>>>>> to read the data.
>>> > > > > > > >>>>>>
>>> > > > > > > >>>>>> Also, METv1.1 should be
>> released> > > within the next
>>> > > > > > > >> month.
>>> > > > > > > >>>> It
>>> > > > > > > >>>>>> includes a tool called
>> ASCII2NC which will
>>> > > > > allow you to
>>> > > > > > > >> used
>>> > > > > > > >>>>>> ASCII point observations in
>>> > > MET. I don't
>>> > > > > know if
>>> > > > > > > that
>>> > > > > > > >>>> will
>>> > > > > > > >>>>>> help or not.
>>> > > > > > > >>>>>>
>>> > > > > > > >>>>>> Thanks,
>>> > > > > > > >>>>>> John
>>> > > > > > > >>>>>>
>>> > > > > > > >>>>>> Xiaqiong Zhou wrote:
>>> > > > > > > >>>>>>> Hello, John:
>>> > > > > > > >>>>>>> I have one more
>> question. It
>>> > > is about
>>> > > > > prepBUFR.> > >>>>>>> I only find the
>> prepBUFR> > > data
>>> > > > > in 2008. Where can I
>>> > > > > > > >> get
>>> > > > > > > >>>>>> the data before 2008?
>>> > > > > > > >>>>>>> Best regards
>>> > > > > > > >>>>>>> xiaqiong
>>> > > > > > > >>>>>>>
>>> > > > > > > >>>>>>> ----- Original Message --
>> ---
>>> > > > > > > >>>>>>> From: John Halley Gotway
>>> > > <johnhg at rap.ucar.edu>> > > > >>>>>>> Date:
>>> > > Thursday, May 29, 2008 2:08 pm
>>> > > > > > > >>>>>>> Subject: Re: [Met_help]
>> Problem when
>>> > > compiling MET
>>> > > > > > > >>>>>>> To: Xiaqiong Zhou
>>> > > <xiaqiong at hawaii.edu>, met_help
>>> > > > > > > >>>>>> <met_help at ucar.edu>>
>>> > > > > > > >>>>>>>> Xiaqiong,
>>> > > > > > > >>>>>>>>
>>> > > > > > > >>>>>>>> Sorry that didn't work for
>>> > > you. I'm really
>>> > > > > > > puzzled
>>> > > > > > > >> by
>>> > > > > > > >>>>>> that
>>> > > > > > > >>>>>>>> compiler error message and
>>> > > surprised that it didn't
>>> > > > > > > show
>>> > > > > > > >> up
>>> > > > > > > >>>>>> when
>>> > > > > > > >>>>>>>> compiling the other MET
>> tools.> > > > > > > >>>>>>>>
>>> > > > > > > >>>>>>>> To answer your questions...
>>> > > > > > > >>>>>>>>
>>> > > > > > > >>>>>>>> - We're currently
>> working on
>>> > > METv1.1 and had
>>> > > > > hoped to
>>> > > > > > > >> have
>>> > > > > > > >>>> it
>>> > > > > > > >>>>>>>> released about a month
>> ago.
>>> > > However,> > we've had
>>> > > > > > > some
>>> > > > > > > >>>>>>>> setbacks and have
>> decided that we
>>> > > will not include
>>> > > > > > > >> support
>>> > > > > > > >>>>>> for
>>> > > > > > > >>>>>>>> Grib2 in this release.
>>> > > > > > >
>>>>>>>>>>
>>> > > METv1.1> > should be
>>> > > > > > > available
>>> > > > > > > >> no
>>> > > > > > > >>>> later than
>>> > > > > > > >>>>>> mid-July,
>>> > > > > > > >>>>>>>> but we're aiming for
>> the end of June.
>>> > > > > > > >>>>>>>>
>>> > > > > > > >>>>>>>> - The list of things to
>> finish up
>>> > > before releasing
>>> > > > > > > >> METv1.1
>>> > > > > > > >>>>>>>> includes figuring out
>> 64-bit
>>> > > compatibility> > for BUFRLIB
>>> > > > > > > >> and
>>> > > > > > > >>>>>>>> making sure that it
>> compiles on an
>>> > > IBM.
>>> > > > > We'll be
>>> > > > > > > >>>>>> sending
>>> > > > > > > >>>>>>>> out an announcement when
>>> > > > > > > >>>>>>>> the new version is
>> available for
>>> > > download.> > > > >>>>>>>>
>>> > > > > > > >>>>>>>> - The Point-Stat tool
>> (and Grid-
>>> > > Stat and MODE
>>> > > > > tools)> > read
>>> > > > > > > >>>>>>>> gridded data in Grib1
>> format.
>>> > > They also
>>> > > > > read the
>>> > > > > > > >>>> NetCDF
>>> > > > > > > >>>>>>>> output of the PCP-
>> Combine tool, but
>>> > > not NetCDF
>>> > > > > > > >>>>>> generally.
>>> > > > > > > >>>>>>>> We're working with the ARW
>>> > > > > > > >>>>>>>> WRF developers to
>> enable MET to
>>> > > read the
>>> > > > > NetCDF output
>>> > > > > > > of
>>> > > > > > > >>>> the
>>> > > > > > > >>>>>>>> ARW post-processor tool
>> in the next 12
>>> > > > > months.
>>> > > > > > > The
>>> > > > > > > >>>>>> current
>>> > > > > > > >>>>>>>> WRF Post-Processor
>> (WPP) which
>>> > > works with
>>> > > > > both ARW and
>>> > > > > > > >> NMM
>>> > > > > > > >>>>>>>> generates output in
>>> > > > > > > >>>>>>>> Grib1. We suggest
>> running> > > your WRF
>>> > > > > model output
>>> > > > > > > >>>> through
>>> > > > > > > >>>>>>>> WPP prior to running MET.
>>> > > > > > > >>>>>>>>
>>> > > > > > > >>>>>>>> Thanks,
>>> > > > > > > >>>>>>>> John
>>> > > > > > > >>>>>>>>
>>> > > > > > > >>>>>>>> Xiaqiong Zhou wrote:
>>> > > > > > > >>>>>>>>> John:
>>> > > > > > > >>>>>>>>> Thank for your quick reply.
>>> > > > > > > >>>>>>>>> I tried what you
>> suggested, but
>>> > > I get
>>> > > > > same error
>>> > > > > > > >>>>>>>> message. Since you
>> mentioned this
>>> > > tool can
>>> > > > > not work on
>>> > > > > > > 64-
>>> > > > > > > >>>> bit
>>> > > > > > > >>>>>>>> machine, I will give up.
>>> > > > > > > >>>>>>>>> I have two more questions:
>>> > > > > > > >>>>>>>>> 1) When will the new
>> version be
>>> > > > > released?
>>> > > > > > > It
>>> > > > > > > >>>>>> will
>>> > > > > > > >>>>>>>> run on IBM, right?
>>> > > > > > > >>>>>>>>> 2)Does the point-stat
>> tool only
>>> > > read GRIB
>>> > > > > format? how
>>> > > > > > > >>>> about
>>> > > > > > > >>>>>>>> NETCDF format?
>>> > > > > > > >>>>>>>>> Best regards
>>> > > > > > > >>>>>>>>> xiaqiong
>>> > > > > > > >>>>>>>>>
>>> > > > > > > >>>>>>>>> ----- Original Message
>> -----
>>> > > > > > > >>>>>>>>> From: John Halley Gotway
>>> > > <johnhg at rap.ucar.edu>> > > >
>>>>>>>>>>> Date:
>>> > > Thursday, May 29, 2008 11:38 am
>>> > > > > > > >>>>>>>>> Subject: Re:
>> [Met_help] Problem when
>>> > > > > compiling MET
>>> > > > > > > >>>>>>>>> To: Xiaqiong Zhou
>>> > > <xiaqiong at hawaii.edu>> > > >
>>>>>>>>>>> Cc:
>>> > > met_help <met_help at ucar.edu>
>>> > > > > > > >>>>>>>>>
>>> > > > > > > >>>>>>>>>> Xiaqiong,
>>> > > > > > > >>>>>>>>>>
>>> > > > > > > >>>>>>>>>> No, I do not believe
>> this error
>>> > > is due to
>>> > > > > compiling> > on
>>> > > > > > > >> a
>>> > > > > > > >>>> 64-
>>> > > > > > > >>>>>>>> bit
>>> > > > > > > >>>>>>>>>> machine. You
>> should be able to
>>> > > > > compile the
>>> > > > > > > >> "pb2nc"
>>> > > > > > > >>>>>> tool
>>> > > > > > > >>>>>>>> on
>>> > > > > > > >>>>>>>>>> a 64-bit machine, but
>> when you
>>> > > actually run it,
>>> > > > > > > you'll
>>> > > > > > > >>>>>>>> encounter
>>> > > > > > > >>>>>>>>>> a runtime
>>> > > > > > > >>>>>>>>>> error similar to the
>> following:> > > > > > >
>>>>>>>>>>>>
>>> > > > > > > **************BUFR
>>> > > > > > > >> ARCHIVE
>>> > > > > > > >>>> LIBRARY
>>> > > > > > > >>>>>>>>
>>> > > ABORT*****************>> BUFRLIB:
>>> > > > > OPENBF -
>>> > > > > > > >>>> FIRST
>>> > > > > > > >>>>>> 4
>>> > > > > > > >>>>>>>> BYTES READ FROM RECORD
>> IN INPUT
>>> > > > > > > >>>>>>>>>> FILE CONNECTED TO
>> UNIT 11
>>> > > NOT 'BUFR',
>>> > > > > DOES NOT
>>> > > > > > > >>>>>> CONTAIN
>>> > > > > > > >>>>>>>>>> BUFR DATA
>>> > > > > > > >>>>>>>>>>
>>> > > > > > > **************BUFR
>>> > > > > > > >> ARCHIVE
>>> > > > > > > >>>> LIBRARY
>>> > > > > > > >>>>>>>> ABORT*****************>>
>>> > > > > > > >>>>>>>>>> The error I'm seeing
>> in your attached
>>> > > > > logfile seems
>>> > > > > > > odd
>>> > > > > > > >>>> to
>>> > > > > > > >>>>>>>>>> me. I don't
>> know while this error
>>> > > > > would show up
>>> > > > > > > >> for
>>> > > > > > > >>>>>>>>>> "pb2nc" and not the
>> other MET tools.
>>> > > > > > > >>>>>>>>>> intermediate
>>> > > > > > > >>>>>>>>>> The compiler appears
>> unable to
>>> > > find some common
>>> > > > > > > things
>>> > > > > > > >>>> that
>>> > > > > > > >>>>>>>> are
>>> > > > > > > >>>>>>>>>> defined in the
>> "ctype.h" include
>>> > > > > file. I
>>> > > > > > > searched
>>> > > > > > > >>>> on
>>> > > > > > > >>>>>>>> the
>>> > > > > > > >>>>>>>>>> internet for similar
>> problems on RedHat
>>> > > > > linux, and I
>>> > > > > > > >> did
>>> > > > > > > >>>>>> find
>>> > > > > > > >>>>>>>>>> one thing we
>>> > > > > > > >>>>>>>>>> could try. So
>> please do the
>>> > > following:> > > > >>>>>>>>>> (1) Open up
>> the file
>>> > > METv1.0/src/pb2nc/pb2nc.cc> > > >
>>>>>>>>>>>> (2) Cut
>>> > > out line number 34: #include <ctype.h>
>>> > > > > > > >>>>>>>>>> (3) And insert that
>> line after
>>> > > line number 42:
>>> > > > > > > #include
>>> > > > > > > >>>>>>>> <unistd.h>>> (4)
>> Save and close
>>> > > the file.
>>> > > > > > > >>>>>>>>>> (5) Try to rebuild MET.
>>> > > > > > > >>>>>>>>>>
>>> > > > > > > >>>>>>>>>> The order of the
>> include files really
>>> > > > > SHOULD NOT
>>> > > > > > > >> matter,
>>> > > > > > > >>>>>> but
>>> > > > > > > >>>>>>>>>> let's see if this has
>> any impact.
>>> > > > > Please let me
>>> > > > > > > >>>> know
>>> > > > > > > >>>>>>>> what
>>> > > > > > > >>>>>>>>>> happens.
>>> > > > > > > >>>>>>>>>> Ultimately, this is a
>> minor point
>>> > > since you
>>> > > > > will be
>>> > > > > > > >>>> unable
>>> > > > > > > >>>>>> to
>>> > > > > > > >>>>>>>>>> run the PB2NC tool on
>> a 64-bit
>>> > > machine anyway.
>>> > > > > > > >>>>>>>>>>
>>> > > > > > > >>>>>>>>>> John
>>> > > > > > > >>>>>>>>>>
>>> > > > > > > >>>>>>>>>> Xiaqiong Zhou wrote:
>>> > > > > > > >>>>>>>>>>> Hello, John:
>>> > > > > > > >>>>>>>>>>> Thank you for your
>> information.> > > > > > > >>>>>>>>>>> I can
>> get 6 tools (grid_stat
>>> > > mode mode_analysis
>>> > > > > > > >>>>>> pcp_combine
>>> > > > > > > >>>>>>>>>> point_stat
>>> > > > > > > >>>>>>>>>>> vsdb_analysis)
>> except PB2NC tool.
>>> > > > > > > >>>>>>>>>>> The compiling output is
>>> > > attached. Is it
>>> > > > > due to my 64-
>>> > > > > > > >> bit
>>> > > > > > > >>>>>> machine?>>>>> Thanks again
>>> > > > > > > >>>>>>>>>>> Xiaqiong
>>> > > > > > > >>>>>>>>>>>
>>> > > > > > > >>>>>>>>>>> ----- Original
>> Message -----
>>> > > > > > > >>>>>>>>>>> From: John Halley Gotway
>>> > > > > <johnhg at rap.ucar.edu>> >
>>>>>>>>>>>>> Date:
>>> > > Wednesday,> > May 28, 2008 12:20 pm
>>> > > > > > > >>>>>>>>>>> Subject: Re:
>> [Met_help] Problem when
>>> > > > > compiling MET
>>> > > > > > > >>>>>>>>>>> To: Xiaqiong Zhou
>>> > > <xiaqiong at hawaii.edu>> > > >
>>>>>>>>>>>>> Cc:
>>> > > met_help at ucar.edu> > > > >>>>>>>>>>>
>>> > > > > > >
>>> > > >>>>>>>>>>> >
>> Xiaqiong,> > > > > > >
>>> > > >>>>>>>>>>> >
>>> > > > > > >
>>> > > >>>>>>>>>>> > I
>>> > > > > believe that
>>> > > > > > > you're
>>> > > > > > > >>>> encountering one
>>> > > > > > > >>>>>> of the
>>> > > > > > > >>>>>>>> issues already
>>> > > > > > >
>>> > > >>>>>>>>>>> >
>>> > > > > included on
>>> > > > > > > the "known
>>> > > > > > > >> issue" page.
>>> > > > > > >
>>> > > >>>>>>>>>>> >
>>> > > > > > >
>>> > > >>>>>>>>>>> >
>>> > > > > Please take a
>>> > > > > > > look here:
>>> > > > > > >
>>> > > >>>>>>>>>>> >
>>> > > > > > > >>
>>> > > > > > >
>>> > > > >
>>> > >
>> http://www.dtcenter.org/met/users/support/known_issues/METv1.0/index.phpFor>
>>> > > > > >>>>>>>>>>> the line: "Compilation Error
>> in the
>>> > > vx_met_util Library"
>>> > > > > > >
>>> > > >>>>>>>>>>> >
>>> > > > > > >
>>> > > >>>>>>>>>>> > And
>>> > > > > update the
>>> > > > > > > version
>>> > > > > > > >> of the file
>>> > > > > > >
>>> > > >>>>>>>>>>> >
>>> > > > > > > >>>>
>> METv1.0/lib/vx_met_util/Makefile with
>>> > > > > > > >>>>>> the one
>>> > > > > > > >>>>>>>> posted
>>> > > > > > > >>>>>>>>>> on the
>>> > > > > > >
>>> > > >>>>>>>>>>> >
>>> > > > > known issues page.
>>> > > > > > >
>>> > > >>>>>>>>>>> >
>>> > > > > > >
>>> > > >>>>>>>>>>> >
>>> > > > > Please let me
>>> > > > > > > know if
>>> > > > > > > >> you run
>>> > > > > > > >>>> into any
>>> > > > > > > >>>>>> more
>>> > > > > > > >>>>>>>>
>> problems.>>> >
>>> > > > > > >
>>> > > >>>>>>>>>>> > Thanks,
>>> > > > > > >
>>> > > >>>>>>>>>>> > John
>>> > > > > Halley-Gotway
>>> > > > > > >
>>> > > >>>>>>>>>>> >
>>> > > > > johnhg at ucar.edu> >
>>> > > > >
>>>>>>>>>>>>> >
>>> > > > > > >
>>> > > >>>>>>>>>>> >
>>> > > > > Xiaqiong Zhou wrote:
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > Hello, MET:
>>> > > > > > >
>>> > > >>>>>>>>>>> >
>>> > > > > > I have
>>> > > > > > > a
>>> > > > > > > >> problem when
>>> > > > > > > >>>>>> compiling MET.
>>> > > > > > >
>>> > > >>>>>>>>>>> >
>>> > > > > > I am
>>> > > > > > > using x86-
>>> > > > > > > >> 64
>>> > > > > > > >>>> GNU/linux
>>> > > > > > > >>>>>> with
>>> > > > > > > >>>>>>>> f77/gcc.
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > The error is
>>> > > > > > > from
>>> > > > > > > >>>> read_grib.c.
>>> > > > > > > >>>>>> Please see
>>> > > > > > > >>>>>>>> the following
>>> > > > > > >
>>> > > >>>>>>>>>>> >
>>> > > > > information.> > Is it a
>>> > > > > > > >> problem
>>> > > > > > > >>>> due
>>> > > > > > > >>>>>> to
>>> > > > > > > >>>>>>>> netcdf
>>> > > > > > > >>>>>>>>>> library?> > I
>> use f77 to
>>> > > install netcdf.
>>> > > > > > >
>>> > > >>>>>>>>>>> >
>>> > > > > > Thanks
>>> > > > > > >
>>> > > >>>>>>>>>>> >
>>> > > > > > Kate
>>> > > > > > >
>>> > > >>>>>>>>>>> >
>>> > > > > > gcc
>>> > > > > > > >> read_grib.cc -g -
>>> > > > > > > >>>> Wall -
>>> > > > > > > >>>>>> Wshadow -
>>> > > > > > > >>>>>>>>>> static -c -I..
>>> > > > > > >
>>> > > >>>>>>>>>>> > -
>>> > > > > > > >>>>
>> I/usbdisk4jylee/xiaqiong/lib/gsl-1.11
>>> > > > > > >
>>> > > >>>>>>>>>>> >
>>> > > > > > In
>>> > > > > > > file
>>> > > > > > > >> included from
>>> > > > > > > >>>>>>>>>>
>>> > > ../vx_met_util/vx_met_util.h:21,> >
>>> > > > > > >
>>> > > > >
>>> > >
>>>>>>>>>>>>> from read_grib.cc:20:
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>
>>> > > > > > >
>>> > > > >
>>> > >
>> ../vx_met_util/read_pcp_combine_netcdf.h:16:21:>>> >
>>> > > > > > > >>>>>>>> netcdf.hh: No such file
>> or directory
>>> > > > > > >
>>> > > >>>>>>>>>>> >
>>> > > > > > In
>>> > > > > > > file
>>> > > > > > > >> included from
>>> > > > > > > >>>>>>>>>>
>>> > > ../vx_met_util/vx_met_util.h:21,> >
>>> > > > > > >
>>> > > > >
>>> > >
>>>>>>>>>>>>> from read_grib.cc:20:
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>>>>>>
>>> > > ../vx_met_util/read_pcp_combine_netcdf.h:25:>
>>>> >
>>> > > >>>>>>>>>> warning:> > `read_pcp_combine_netcdf'
>>> > > > > > > initialized
>>> > > > > > > >>>> and
>>> > > > > > > >>>>>>>>>> declared `extern'
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>>>>>>
>>> > > ../vx_met_util/read_pcp_combine_netcdf.h:25: error:
>>> > > > > > >
>>> > > >>>>>>>>>>> >
>>> > > > > variable or
>>> > > > > > > field
>>> > > > > > > >>>>>> `read_pcp_combine_netcdf'
>>> > > > > > > >>>>>>>> declared void
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>>>>>>
>>> > > ../vx_met_util/read_pcp_combine_netcdf.h:25: error:
>>> > > > > > >
>>> > > >>>>>>>>>>> >
>>> > > > > `NcFile' was
>>> > > > > > > not
>>> > > > > > > >> declared in
>>> > > > > > > >>>> this scope
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>>>>>>
>>> > > ../vx_met_util/read_pcp_combine_netcdf.h:25: error:
>>> > > > > > >
>>> > > >>>>>>>>>>> > expected
>>> > > > > > > primary-
>>> > > > > > > >> expression
>>> > > > > > > >>>> before ',' token
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>>>>>>
>>> > > ../vx_met_util/read_pcp_combine_netcdf.h:25: error:
>>> > > > > > >
>>> > > >>>>>>>>>>> > expected
>>> > > > > > > primary-
>>> > > > > > > >> expression
>>> > > > > > > >>>> before '&' token
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>>>>>>
>>> > > ../vx_met_util/read_pcp_combine_netcdf.h:25: error:
>>> > > > > > >
>>> > > >>>>>>>>>>> > expected
>>> > > > > > > primary-
>>> > > > > > > >> expression
>>> > > > > > > >>>> before ',' token
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>>>>>>
>>> > > ../vx_met_util/read_pcp_combine_netcdf.h:25: error:
>>> > > > > > >
>>> > > >>>>>>>>>>> > expected
>>> > > > > > > primary-
>>> > > > > > > >> expression
>>> > > > > > > >>>> before '&' token
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>>>>>>
>>> > > ../vx_met_util/read_pcp_combine_netcdf.h:25: error:
>>> > > > > > >
>>> > > >>>>>>>>>>> > expected
>>> > > > > > > primary-
>>> > > > > > > >> expression
>>> > > > > > > >>>> before ',' token
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>>>>>>
>>> > > ../vx_met_util/read_pcp_combine_netcdf.h:25: error:
>>> > > > > > >
>>> > > >>>>>>>>>>> > expected
>>> > > > > > > primary-
>>> > > > > > > >> expression
>>> > > > > > > >>>> before "int"
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>>>>>>
>>> > > ../vx_met_util/read_pcp_combine_netcdf.h:26: error:
>>> > > > > > >
>>> > > >>>>>>>>>>> > expected
>>> > > > > > > primary-
>>> > > > > > > >> expression
>>> > > > > > > >>>> before '&' token
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>>>>>>
>>> > > ../vx_met_util/read_pcp_combine_netcdf.h:26: error:
>>> > > > > > >
>>> > > >>>>>>>>>>> > expected
>>> > > > > > > primary-
>>> > > > > > > >> expression
>>> > > > > > > >>>> before ',' token
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>>>>>>
>>> > > ../vx_met_util/read_pcp_combine_netcdf.h:26: error:
>>> > > > > > >
>>> > > >>>>>>>>>>> > expected
>>> > > > > > > primary-
>>> > > > > > > >> expression
>>> > > > > > > >>>> before '&' token
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>>>>>>
>>> > > ../vx_met_util/read_pcp_combine_netcdf.h:26: error:
>>> > > > > > >
>>> > > >>>>>>>>>>> > expected
>>> > > > > > > primary-
>>> > > > > > > >> expression
>>> > > > > > > >>>> before ',' token
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>>>>>>
>>> > > ../vx_met_util/read_pcp_combine_netcdf.h:27: error:
>>> > > > > > >
>>> > > >>>>>>>>>>> > expected
>>> > > > > > > primary-
>>> > > > > > > >> expression
>>> > > > > > > >>>> before '&' token
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>>>>>>
>>> > > ../vx_met_util/read_pcp_combine_netcdf.h:27: error:
>>> > > > > > >
>>> > > >>>>>>>>>>> > expected
>>> > > > > > > primary-
>>> > > > > > > >> expression
>>> > > > > > > >>>> before ')' token
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>>>>>>
>>> > > ../vx_met_util/read_pcp_combine_netcdf.h:27: error:
>>> > > > > > >
>>> > > >>>>>>>>>>> >
>>> > > > > initializer> > expression
>>> > > > > > > >> list
>>> > > > > > > >>>> treated as
>>> > > > > > > >>>>>>>> compound expression
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>> ../vx_wrfdata/vx_wrfdata.h:41:
>>> > > > > > > >>>>>>>> warning:
>>> > > > > > > >>>>>>>>>>
>> 'wrfdata_magic'> > defined
>>> > > but not used
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>> ../vx_wrfdata/vx_wrfdata.h:64:
>>> > > > > > > >>>>>>
>> warning:>>>>> >
>>> > > 'thresh_type_str'> > > > defined
>>> > > > > > > >>>> but
>>> > > > > > > >>>>>> not used
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>> ../vx_wrfdata/vx_wrfdata.h:85:
>>> > > > > > > >>>>>>
>> warning:>>>>> >
>>> > > > > 'step_direction_str'> > >>>> defined
>>> > > > > > > >>>>>> but not used
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>> ../vx_met_util/constants.h:23:
>>> > > > > > > >>>>>>>> warning:
>>> > > > > > > >>>>>>>>>> 'na_str' defined
>>> > > > > > >
>>> > > >>>>>>>>>>> > but
>>> > > > > not used
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>> ../vx_met_util/constants.h:26:
>>> > > > > > > >>>>>>
>> warning:>>>>> >
>>> > > 'all_msg_typ_str'> > > > defined
>>> > > > > > > >>>> but
>>> > > > > > > >>>>>> not used
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>> ../vx_met_util/constants.h:30:
>>> > > > > > > >>>>>>>> warning: 'anyair_str'
>>> > > > > > >
>>> > > >>>>>>>>>>> >
>>> > > > > defined but
>>> > > > > > > not used
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>> ../vx_met_util/constants.h:31:
>>> > > > > > > >>>>>>
>> warning:>>>>> >
>>> > > > > 'anyair_msg_typ_str'> > >>>> defined
>>> > > > > > > >>>>>> but not used
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>> ../vx_met_util/constants.h:32:
>>> > > > > > > >>>>>>>> warning: 'anysfc_str'
>>> > > > > > >
>>> > > >>>>>>>>>>> >
>>> > > > > defined but
>>> > > > > > > not used
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>> ../vx_met_util/constants.h:33:
>>> > > > > > > >>>>>>
>> warning:>>>>> >
>>> > > > > 'anysfc_msg_typ_str'> > >>>> defined
>>> > > > > > > >>>>>> but not used
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>> ../vx_met_util/constants.h:34:
>>> > > > > > > >>>>>>>> warning: 'onlysf_str'
>>> > > > > > >
>>> > > >>>>>>>>>>> >
>>> > > > > defined but
>>> > > > > > > not used
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>> ../vx_met_util/constants.h:35:
>>> > > > > > > >>>>>>
>> warning:>>>>> >
>>> > > > > 'onlysf_msg_typ_str'> > >>>> defined
>>> > > > > > > >>>>>> but not used
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>> ../vx_met_util/constants.h:38:
>>> > > > > > > >>>>>>
>> warning:>>>>> >
>>> > > > > 'all_interp_mthd_str'> > >>>> defined
>>> > > > > > > >>>>>> but not used
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>> ../vx_met_util/constants.h:49:
>>> > > > > > > >>>>>>>> warning: 'mthd_str'
>>> > > > > > >
>>> > > >>>>>>>>>>> >
>>> > > > > defined but
>>> > > > > > > not used
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>> ../vx_met_util/met_stats.h:20:
>>> > > > > > > >>>>>>>> warning:
>>> > > > > > > >>>>>>>>>> 'hdr_fmt_str'>
>>> defined
>>> > > but not used
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>>>>
>> ../vx_grib_classes/grib_strings.h:20:> > > > >
>>> > >>>>>>>> warning:>>> > 'missing_str'
>>> > > > > defined but not used
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>>>>
>> ../vx_grib_classes/grib_strings.h:62:> > > > >
>>> > >>>>>>>> warning:>>> >
>>> > > 'grib_code_list'> > defined but
>>> > > > > > > >> not used
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>>>>
>> ../vx_grib_classes/grib_strings.h:94:> > > > >
>>> > >>>>>>>> warning:>>> >
>>> > > > > 'grib_code_list_str' defined
>>> > > > > > > >> but
>>> > > > > > > >>>>>> not used
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>>>>>
>> ../vx_grib_classes/grib_strings.h:391:> > > > >
>>> > >>>>>>>> warning:>>> >
>>> > > > > 'grib_level_list_str' defined
>>> > > > > > > >> but
>>> > > > > > > >>>>>> not used
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > make[3]: ***
>>> > > > > > > >>>> [read_grib.o]
>>> > > > > > > >>>>>> Error 1
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > make[2]: ***
>>> > > > > > > >>>> [vx_met_util_all]
>>> > > > > > > >>>>>> Error 2
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > make[1]: ***
>>> > > > > > > >> [libs]
>>> > > > > > > >>>> Error 2
>>> > > > > > >
>>> > > >>>>>>>>>>> >
>>> > > > > > make:
>>> > > > > > > ***
>>> > > > > > > >> [all] Error 2
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > >
>>> > > >>>>>>>>>>> > > -
>> --
>>> > > > > ----------
>>> > > > > > > --------
>>> > > > > > > >> --------
>>> > > > > > > >>>> --------
>>> > > > > > > >>>>>> --------
>>> > > > > > > >>>>>>>> --------
>>> > > > > > > >>>>>>>>>> ----------
>>> > > > > > >
>>> > > >>>>>>>>>>> > ---
>> --
>>> > > > > ----
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > > >>
>>> > > > > > >
>>> > > > >
>>> > >
>> _______________________________________________>>>>> > > Met_help
>>> mailing list
>>> > > > > > >
>>> > > >>>>>>>>>>> > >
>>> > > > > > >
>>> > > > >
>>> > >
>> Met_help at mailman.ucar.edu>>>>>>>>>>> > >
>>> > > > > > > >>>>>>
>>> > >
>> http://mailman.ucar.edu/mailman/listinfo/met_help>> >
>>> > > > > >>>
>>> > > > > > > >
>>> > > > > > > >
>>> > > > > > > > -------------------------------
>> ------------
>>> > > ----------
>>> > > > > ----------
>>> > > > > > > ---------
>>> > > > > > > >
>>> > > > > > > >
>> _______________________________________________> > >
>>> > > > > Met_help mailing list
>>> > > > > > > > Met_help at mailman.ucar.edu
>>> > > > > > > >
>>> > > http://mailman.ucar.edu/mailman/listinfo/met_help
>>>
>>>
>>> ---------------------------------------------------------------
>> ---------
>>> _______________________________________________
>>> Met_help mailing list
>>> Met_help at mailman.ucar.edu
>>> http://mailman.ucar.edu/mailman/listinfo/met_help
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Met_help mailing list
> Met_help at mailman.ucar.edu
> http://mailman.ucar.edu/mailman/listinfo/met_help
More information about the Met_help
mailing list