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

19990920: dcreanal program

Emily,

The gemprm.prm file entry in the dcreanal directory will be
a link to the appropriate influde file in the $GEMPAKHOME/include
directory.

If this file name exists, but you can't open it, then it sounds like
it was originally created when you ran make without the Gemenviron being 
sourced.

Try the following:

1) run "make clean"
   this will clean out everything, including the gemprm.prm links

2) Make sure you have sourced $NAWIPS/Gemenviron into your csh environment
   You can make sure your environment is corectly set by typing
   "echo $NA_OS" and "echo $GEMPAKHOME".

   The first echo command should respond with: hpux for your hp machine.
   The second should point to your $NAWIPS/gempak5.4 directory.

3) Now try "make all"

   If this still complains that gemprm.prm can't be opened, try looking
   at where the link is pointing with:

   "ls -l gemprm.prm"

   This should look like:
   gemprm.prm -> /home/gempak/NAWIPS-5.4/gempak5.4/include/GEMPRM.HPUX

   The link is created from your platform specific GEMPRM.HPUX file in
   the $GEMPAKHOME/include directory to the gemprm.prm file.

   Typically, if the $NA_OS environmental variable was not set before running
   "make all", then you would get a symbolic link to GEMPAK. without your
   operating system type extension added to the file.

Steve Chiswell
Unidata User Support


>From: Emily K Grover <address@hidden>
>Organization: .
>Keywords: 199909281624.KAA14729

>
>Hi Steve,
>
>Stumped again. (I appreciate your patience.) Your suggested fix with the
>case sensitivity did the job. I should have pciked up on that one. Now
>when I run "make all" it is giving me the following error:
>
>        cc -Aa -D_HPUX_SOURCE -DHPUX   -c
>-I/nfs/ventisca.engin.umich.edu/l3/grovere/nawips/../reanalysis/convert/netcdf
> -3.4/include
>-DGEMPAK -D__STDC__ -DNO_TRAILING_UNDERSCORE dcreanal.c
>        fort77 +E4 +E6  -c open_gemgrid.f
>open_gemgrid.f:
>Cannot open file gemprm.prm
>
>I have spent some time with the Makefile, but nothing is jumping out at
>me. The gemprm.prm file does exist after I run "make all", but I can not
>open it. Any ideas?
>
>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, 27 Sep 1999, Unidata Support wrote:
>
>> 
>> 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 Gemenv
> iron
>> 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/nac
> mn.
>> > cmn
>> >.
>> >        ln -s
>> >/nfs/ventisca.engin.umich.edu/l3/grovere/nawips/gempak/source/gemlib/gb/gbc
> mn.
>> > 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 orde
> r
>> >> 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.commo
> n
>> >> 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 sourc
> e
>> >> >> 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.commo
> n
>> >> >> 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 t
> ype
>> >> >> >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     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
>> >> >> >_____________________________________________________________________
> ___
>> > _
>> >> >> >
>> >> >> >
>> >> >> >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 form
> at.
>> >  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 proje
> cti
>> > on.
>> >> >> >> >As far as I can tell, GEMPAK doesn't have a Gaussian projection op
> tio
>> > n i
>> >> > n
>> >> >> >> >its tables. (If I am wrong, please correct me.) Below are the erro
> r
>> >> >> >> >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 structur
> e 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 varia
> ble
>> >> >> >> spaced grids. The Gaussian grid format varies the grid row spacing
>> >> >> >> in the latitudinal direction. All of the Gempak grid functions expe
> ct
>> >> >> >> a rectangular grid.
>> >> >> >> 
>> >> >> >> In order to convert the data into Gempak format for display, you wo
> uld
>> >  ne
>> >> > ed
>> >> >> >> to interpolate the data to a regularly spaced grid (eg CED projecti
> on)
>> > .
>> >> >> >> 
>> >> >> >> Steve Chiswell
>> >> >> >> *******************************************************************
> ***
>> > ***
>> >> > ***
>> >> >> >> Unidata User Support                                    UCAR Unidat
> a 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 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/     
>> ****************************************************************************
>> 
>
>