[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

19990920: dcreanal program

Emily,

In the Makeinc.common file, the use of $(STRING) refers to an
environmental variable. The environmental varaiable names are case sensative, 
so your $(nawips) directory name is not the same as $(NAWIPS). The NAWIPS
environmental variable is set in your csh environment by sourcing the Gemenviron
script.

You can either define the path as a complete path name, or ralative to
the $(NAWIPS) directory.

Since $(nawips) is not defined, your definition for NETCDFINC
and NETCDF will simply turn to:
/../../reanalysis/convert...etc.

eg, your compiler message:
>-I/../../reanalysis/convert/netcdf-3.4/

You should define NETCDFINC to the directory which contains the netcdf.h
include file, and the NETCDF variable to the path and filename of the 
libnetcdf.a library file. So, if your Netcdf installation can be found under:
$NAWIPS/../../reanalysis/convert/netcdf-3.4

then you would need:
NETCDFINC       = $(NAWIPS)../../reanalysis/convert/netcdf-3.4/include
NETCDF          = $(NAWIPS)../../reanalysis/convert/netcdf-3.4/lib/libnetcdf.a

Steve Chiswell
Unidata User Support




>From: Emily K Grover <address@hidden>
>Organization: .
>Keywords: 199909272017.OAA16942

>Hi Steve,
>
>I've got (I hope) a simple problem. I am building  dcreanal and am at the
>step where you told me to make path definitions in 
>$NAWIPS/config/makeinc.common to the library and include files. Below are
>the lines that I put in the makeinc.common file and the error that I am
>getting when I run "make all".
>
>NETCDF= $(nawips)/../../reanalysis/convert/netcdf-3.4/lib
>NETCDFINC= $(nawips)/../../reanalysis/convert/netcdf-3.4/include
>
>
>ventisca% make all
>        ln -s
>/nfs/ventisca.engin.umich.edu/l3/grovere/nawips/gempak/include/ulog.h .
>        ln -s
>/nfs/ventisca.engin.umich.edu/l3/grovere/nawips/gempak/include/gemprm.h .
>        ln -s
>/nfs/ventisca.engin.umich.edu/l3/grovere/nawips/gempak/include/geminc.h .
>        ln -s
>/nfs/ventisca.engin.umich.edu/l3/grovere/nawips/gempak/source/gemlib/na/nacmn.
> cmn
>.
>        ln -s
>/nfs/ventisca.engin.umich.edu/l3/grovere/nawips/gempak/source/gemlib/gb/gbcmn.
> h
>.
>        cc -Aa -D_HPUX_SOURCE -DHPUX   -c
>-I/../../reanalysis/convert/netcdf-3.4/ -DGEMPAK -D__STDC__
>-DNO_TRAILING_UNDERSCORE dcreanal.c
>cpp: "dcreanal.c", line 11: error 4036: Can't open include file
>'netcdf.h'.
>*** Error exit code 1
>
>Stop.
>
>
>Any ideas? As always, any help you can lend is greatly appreciated.
>
>Thanks,
>Emily
>
>
>_________________________________________________________________________
>Emily K. Grover                                        MMMMMM     MMMMMM
>University of Michigan                           MMMMM     MMMMM
>Atmospheric, Oceanic, and Space Sciences         MMMMMM   MMMMMM
>Mesoscale Meteorology Laboratory                 MMMMMMM MMMMMMM 
>734.764.0564                                     MMMM MMMMM MMMM
>                                                 MMMM  MMM  MMMM
>                                                MMMM       MMMM
>                                               MMMMMM     MMMMMM
>_________________________________________________________________________
>
>
>On Mon, 20 Sep 1999, Unidata Support wrote:
>
>> 
>> Emily,
>> 
>> The source tree for dcreanal in in the gempak distribution tar file
>> in the gbuddy ftp account on ftp.unidata.ucar.edu.
>> 
>> The distribution is:
>> ~gbuddy/nawips-5.4/gempak54upc_pl12.tar.gz
>> 
>> (That is the most up to date distribution of Gempak, which would have
>> bug fixes etc since the distribution you have).
>> 
>> However, if you just want to download dcreanal, you can pick it up from
>> ~gbuddy/nawips-5.4/contrib/dcreanal.tar
>> or
>> http://www.unidata.ucar.edu/packages/gempak/contrib/dcreanal.tar.Z
>> 
>> If you donwload the dcreanal.tar.Z tar file to build with your
>> current distribution, place it in the $NAWIPS top level directory and
>> unpack and build with:
>> 
>> zcat dcreanal.tar.Z | tar xvf -
>> 
>> 
>> You will need the netcdf library package installed on your system in order
>> to build the dcreanal program. If you don't have it already, it can
>> be obtained from the anonymous ftp.unidata.ucar.edu machine under
>> pub/netcdf/netcdf.tar.Z
>> follwo the installation noted for that package.
>> 
>> 
>> To build dcreanal, you need to make sure the $NAWIPS/config/makeinc.common
>> file definitions for NETCDF and NETCDFINC point to the netcdf 
>> directories where you have the netcdf library and include file installed.
>> Then build dcreanal with:
>> 
>> cd $NAWIPS/unidata/ldmbridge/dcreanal
>> make clean
>> make all
>> make install
>> make clean
>> 
>> 
>> 
>> NetCDF  files are not text files, they are selfdescribing
>> database files- dcreanal uses the netcdf library to read the
>> data and store it as Gempak files.
>> 
>> When you install netcdf, you will have a program called ncdump which
>> can be used to display the netcdf file contents if you need to
>> see what information is stored in the netcdf file.
>> 
>> Let me know if you need further information.
>> 
>> Steve Chiswell
>> Unidata User Support
>> 
>> 
>> 
>> 
>> >From: Emily K Grover <address@hidden>
>> >Organization: .
>> >Keywords: 199909201739.LAA18669
>> 
>> >Hi Steve,
>> >
>> >I do not have the dcreanal program. If you could send it along, I would
>> >appreciate it. I have no experience with netCDF, so any info on you can
>> >offer concerning what directories libraries/files should be in,
>> >first steps in getting started, etc. would also be greatly appreciated.
>> >Thanks again.
>> >
>> >Does it matter that the netCDF files in are currently binary?
>> >
>> >Emily
>> >
>> >_________________________________________________________________________
>> >Emily K. Grover                                     MMMMMM     MMMMMM
>> >University of Michigan                           MMMMM     MMMMM
>> >Atmospheric, Oceanic, and Space Sciences         MMMMMM   MMMMMM
>> >Mesoscale Meteorology Laboratory                 MMMMMMM MMMMMMM 
>> >734.764.0564                                     MMMM MMMMM MMMM
>> >                                                 MMMM  MMM  MMMM
>> >                                             MMMM       MMMM
>> >                                            MMMMMM     MMMMMM
>> >_________________________________________________________________________
>> >
>> >
>> >On Thu, 9 Sep 1999, Unidata Support wrote:
>> >
>> >> 
>> >> Emily,
>> >> 
>> >> If the NetCDF files have a 2.5x2.5 degree grid spacing that is
>> >> constant, then that is a CED projection. If you can obtain those
>> >> files, I have a program called dcreanal that will dump the 
>> >> NetCDF reanalysis grids to gempak files. I included the dcreanal source
>> >> in the current gempak distribution - you can see in you have the
>> >> directory $NAWIPS/unidata/ldmbridge/dcreanal in your distribution,
>> >> or I can pack it up for you. It doesn't get built by default since
>> >> it requires you to have NetCDF built on your system already.
>> >> 
>> >> If you have the dcreanal directory, then to build:
>> >> 
>> >> set the NETCDF and NETCDFINC locations in $NAWIPS/config/Makeinc.common
>> >> for the location of the NetCDF library and include file on your system,
>> >> then
>> >> cd  $NAWIPS/unidata/ldmbridge/dcreanal
>> >> make clean
>> >> make all
>> >> make install
>> >> make clean
>> >> 
>> >> to run dcreanal:
>> >> 
>> >> dcreanal netcdf_file gemfile_YYMM.gem
>> >> 
>> >> The program using YYMM template will create monthly gempak files
>> >> from the netcdf input file.
>> >> 
>> >> Let me know if you need the dcreanal sourec (or its available
>> >> in the gempak patch level 12 distribution we currently provide).
>> >> 
>> >> 
>> >> Steve Chiswell
>> >> Unidata User Support
>> >> 
>> >> 
>> >> 
>> >> >From: Emily K Grover <address@hidden>
>> >> >Organization: .
>> >> >Keywords: 199909092030.OAA09294
>> >> 
>> >> >
>> >> >Steve,
>> >> >
>> >> >Thanks for the info. Another quick question: I think I can obtain the
>> >> >files in netCDF format. (They would have a 2.5 by 2.5 grid spacing.) Is 
> is
>> >> >possible to convert files from netCDF to GEMPAK format? If so, what type
>> >> >of projecion would I indicate for the 2.5 x 2.5 grid spacing? Thanks aga
> in
>> >> >for your help.
>> >> >
>> >> >Emily
>> >> >________________________________________________________________________
> _
>> >> >Emily K. Grover                                  MMMMMM     MMMMMM
>> >> >University of Michigan                           MMMMM     MMMMM
>> >> >Atmospheric, Oceanic, and Space Sciences         MMMMMM   MMMMMM
>> >> >Mesoscale Meteorology Laboratory                 MMMMMMM MMMMMMM 
>> >> >734.764.0564                                     MMMM MMMMM MMMM
>> >> >                                                 MMMM  MMM  MMMM
>> >> >                                          MMMM       MMMM
>> >> >                                         MMMMMM     MMMMMM
>> >> >________________________________________________________________________
> _
>> >> >
>> >> >
>> >> >On Thu, 9 Sep 1999, Unidata Support wrote:
>> >> >
>> >> >> >From: Emily K Grover <address@hidden>
>> >> >> >Organization: .
>> >> >> >Keywords: 199909091906.NAA07311
>> >> >> 
>> >> >> >To whom it may concern,
>> >> >> >
>> >> >> >I am trying to convert reanalysis grib data files into GEMPAK format.
>  I
>> >> >> >have tried both nagrib and dcgrib. I suspect that my problem lies wit
> h t
>> > he
>> >> >> >grib file's projection. The reanalysis files have a Gaussian projecti
> on.
>> >> >> >As far as I can tell, GEMPAK doesn't have a Gaussian projection optio
> n i
>> > n
>> >> >> >its tables. (If I am wrong, please correct me.) Below are the error
>> >> >> >messages I have received.
>> >> >> >
>> >> >> >
>> >> >> >When I use nagrib I receive the following error message:
>> >> >> >
>> >> >> >       [NAGRIB -10]  Input for GEMPAK output file is blank.
>> >> >> >
>> >> >> >When I use dcgrib I get the following error message:
>> > >> >
>> >> >> >      Sep 09 18:30:08 dcgrib[6054]:  Invalid center id/grid 
>> >> >> >      id combination: 721948pres_msl.gem
>> >> >> >
>> >> >> >
>> >> >> >I have already confirmed that I have the proper directory structure a
> nd
>> >> >> >that I have version 5.4 gempak.
>> >> >> >
>> >> >> >Any help or suggestions you can offer will be greatly appreciated. Th
> ank
>> >> >> >you in advance.
>> >> >> >
>> >> >> >Emily Grover
>> >> >> >
>> >> >> >_____________________________________________________________________
> ___
>> > _
>> >> >> >Emily K. Grover                                       MMMMMM     MMMM
> MM
>> >> >> >University of Michigan                           MMMMM     MMMMM
>> >> >> >Atmospheric, Oceanic, and Space Sciences         MMMMMM   MMMMMM
>> >> >> >Mesoscale Meteorology Laboratory                 MMMMMMM MMMMMMM 
>> >> >> >734.764.0564                                     MMMM MMMMM MMMM
>> >> >> >                                                 MMMM  MMM  MMMM
>> >> >> >                                               MMMM       MMMM
>> >> >> >                                              MMMMMM     MMMMMM
>> >> >> >_____________________________________________________________________
> ___
>> > _
>> >> >> >
>> >> >> >
>> >> >> >
>> >> >> 
>> >> >> 
>> >> >> Emily,
>> >> >> 
>> >> >> Your assumption is correct. GEMPAK is not capable of handling variable
>> >> >> spaced grids. The Gaussian grid format varies the grid row spacing
>> >> >> in the latitudinal direction. All of the Gempak grid functions expect
>> >> >> a rectangular grid.
>> >> >> 
>> >> >> In order to convert the data into Gempak format for display, you would
>  ne
>> > ed
>> >> >> to interpolate the data to a regularly spaced grid (eg CED projection)
> .
>> >> >> 
>> >> >> Steve Chiswell
>> >> >> **********************************************************************
> ***
>> > ***
>> >> >> Unidata User Support                                    UCAR Unidata P
> rog
>> > ram
>> >> >> (303)497-8644                                                  P.O. Bo
> x 3
>> > 000
>> >> >> address@hidden                                   Boulder, CO
>  80
>> > 307
>> >> >> ----------------------------------------------------------------------
> ---
>> > ---
>> >> >> Unidata WWW Service                        http://www.unidata.ucar.edu
> /  
>> >    
>> >> >> **********************************************************************
> ***
>> > ***
>> >> >> 
>> >> >
>> >> 
>> >> *************************************************************************
> ***
>> >> Unidata User Support                                    UCAR Unidata Prog
> ram
>> >> (303)497-8644                                                  P.O. Box 3
> 000
>> >> address@hidden                                   Boulder, CO 80
> 307
>> >> -------------------------------------------------------------------------
> ---
>> >> Unidata WWW Service                        http://www.unidata.ucar.edu/  
>    
>> >> *************************************************************************
> ***
>> >> 
>> >
>> 
>> ****************************************************************************
>> Unidata User Support                                    UCAR Unidata Program
>> (303)497-8644                                                  P.O. Box 3000
>> address@hidden                                   Boulder, CO 80307
>> ----------------------------------------------------------------------------
>> Unidata WWW Service                        http://www.unidata.ucar.edu/     
>> ****************************************************************************
>> 
>
>
>