This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
Brian, Unfortunately, you cannot enter a time range for gdattim in GDDIAG. You can make your shell script loop through the times, or create a program to do it internally. You probably will have to be careful in gddiag not to overwrite a grid that you are using as input. The GDSTAT program almost does what you want already. It computes the avarage, standard deviation, and number of observations for a time series. The total of a field ODEN would be MUL(AVGODEN,NUMODEN). Or, the program could be modified to save the TOT total that is used for the average. Steve Chiswell Unidata User Support >From: Brian Colle <address@hidden> >Organization: UCAR/Unidata >Keywords: 200201230006.g0N06Rx14260 > >Hi, > >A while back you helped me the lightning counting program below. It works >great for plotting, but now I want to add up all the strikes within a grid >for a certain time period. I am trying to do this using the gddiag >program: > >#!/bin/csh -f ># >gddiag << xxx >GDFILE = june.grd >GDOUTF = june.grd >GFUNC = add(odentot^000601/0000,oden) >GDATTIM = ALL >GLEVEL = 0 >GVCORD = none >GRDNAM = odentot >GPACK = >run > >exit >xxx >exit > >but I am having problems with the GDATTIM. It appears that GDATTIM >doesn't recognize ALL, and 000601/0005-000630/2355 does not seem to work >for me either. If I set GDATTIM=000601/0005 it works ok. Before I >write a program to loop through all the 5 minute times in the file, I just >wanted to make sure I wasn't missing something subtle with GDATTIM? > >Thanks for your time. > >Brian > >On Wed, 24 Oct 2001, Unidata Support wrote: > >> >> Brian, >> >> I have created a program called GDOBSCNT that will find the >> number of observations within a specified radius of each grid >> point and store the grid as parameter ODEN@0%none for each >> time specified from the input surface file. >> >> You can download the tarfile from: >> http://www.unidata.ucar.edu/packages/gempak/contrib/gdobscnt.tar.Z >> >> In your GEMPAK 5.6 $NAWIPS directory, unpack the tarfile with: >> >> zcat gdobscnt.tar.Z | tar xvf - >> >> Then build and install with: >> >> cd $NAWIPS/unidata/programs/gdobscnt >> make clean >> make all >> make install >> make clean >> >> >> To use the program, you should first create your grid file with your >> required grid spacing using GDCFIL. >> >> The program uses 4 parameters. SFFILE, DATTIM, GDFILE, RADIUS. >> SFFILE is your input surface (NLDN) file. GDFILE is the >> file for the grids to be stored. DATTIM is the times >> (a list, range, single, or all) from the surface file >> to process. RADIUS is the range, in meters, from the >> each grid point that stations will be counted. >> >> The result is a grid called ODEN for each time specified >> by DATTIM. >> >> For example, using today's 1630Z NLDN file (which contains >> nldn bins at 5 minute intervals from 1630Z to 1655Z), and a grid >> file I have already created called test.grd specifying a 50KM >> radius (50000m): >> >> % gdobscnt >> SFFILE Surface data file nldn|011024/1630 >> DATTIM Date/time all >> GDFILE Grid file test.grd >> RADIUS Radius (in meters) to search 50000 >> Parameters requested: SFFILE,DATTIM,GDFILE,RADIUS. >> GEMPAK-GDOBSCNT>r >> Processing 011024/1630 >> Processing 011024/1635 >> Processing 011024/1640 >> Processing 011024/1645 >> Processing 011024/1650 >> Processing 011024/1655 >> Parameters requested: SFFILE,DATTIM,GDFILE,RADIUS. >> GEMPAK-GDOBSCNT>e >> >> I can then plot the data, with grid point values and contous in GDPLOT2 >> with: >> GDFILE = test.grd >> GDATTIM = 1630-1655 >> GLEVEL = 0 >> GVCORD = none >> PANEL = 0 >> SKIP = 0 >> SCALE = 0 >> GDPFUN = ODEN >> TYPE = cm >> CONTUR = 0 >> CINT = 0 >> LINE = 3 >> FINT = >> FLINE = >> HILO = >> HLSYM = >> CLRBAR = 1 >> WIND = >> REFVEC = >> TITLE = 1 >> TEXT = 1 >> CLEAR = y >> GAREA = 34.0;-95.2;43.7;-79.2 >> PROJ = LCC/25.0;-90.0;25.0 >> MAP = 1 >> LATLON = 0 >> DEVICE = XW >> STNPLT = >> SATFIL = >> RADFIL = >> LUTFIL = >> STREAM = >> POSN = 0 >> COLORS = 5 >> MARKER = 0 >> GRDLBL = 0 >> FILTER = 0 >> GEMPAK-GDPLOT2>r >> Creating process: xw for queue 12551 >> [TG 0] 1630-1655 >> Number of times = 6 >> 1 011024/1630 >> 2 011024/1635 >> 3 011024/1640 >> 4 011024/1645 >> 5 011024/1650 >> 6 011024/1655 >> <etc...> >> >> The TYPE=cm in gdplot2 will plot both the contours of the data as well as >> the data values at the grid point locations (marker=0). >> >> Let me know if you have questions/problems/etc. >> >> Steve Chiswell >> Unidata User Support >> >> >> >> >> >> >> >> >> >> >> >From: Unidata Support <address@hidden> >> >Organization: UCAR/Unidata >> >> > >> >Brian, >> > >> >The ltgmap program was the same program as sfmap. It just allowed a >> >greater number of times/observations. In GEMPAK 5.6, I increased >> >the number of times/observations in sfmap so that a separate ltgmap program >> >wasn't needed. >> > >> >The lat/lon locations are the station locations (each lightning strike >> >is treated as a "ship" report). >> > >> >I can create a program in the next few days that will read the surface file > >> >and create the grid of "reports within a DELTA radius". >> > >> >Steve Chiswell >> >Unidata User SUpport >> > >> > >> > >> > >> > >> >>From: Brian Colle <address@hidden> >> >>Organization: UCAR/Unidata >> >>Keywords: 200110222134.f9MLY8102451 >> > >> >> >> >>Steve, >> >> >> >>> >> >>> Brian, >> >>> >> >>> At this point in time, there is nothing within GEMPAK >> >>> to make this type of computation as you require. >> >>> >> >>> I would be possible to write a program to accumulate the number >> >>> of strikes within a given radius of a grid point. >> >>> >> >> >> >>In order to write another program I need to know how to open and >> >>read the ltg sfc file to extract the lat/longs for each lightning strike, >> >>assuming that they are stored that way. Just to clarify, is there a gempak >> >>fortran subroutine that will read the file and extract this information? >> >>For example, I used to use ltgmap, which plotted the individual lightning >> >>strikes. I was hoping that I could take advantage of the way ltgmap reads >> >>in the data, but only use the lat/long info. I notice that the latest >> >>version of gempak doesn't even use ltgmap anymore? >> >> >> >>> The other limitation you would have is that a 3km grid is going >> >>> to be a very large grid if you are attempting to cover the >> >>> entire country with a single grid. At present time, the default >> >>> maximum number of grid points in a file is 400,000. >> >>> A 4km national grid is approximately 1,200,000 points. >> >>> >> >>> If you are doing a regional (or series of regional) grids >> >>> then that won't be a problem. >> >>> >> >> >> >>Yes, I only want the regional NE US. >> >> >> >>Thanks again, >> >> >> >>Brian >> >> >> >>> > >> >>> >Hi, >> >>> > >> >>> >I have some gempak lightning data (surface files of sgnl strength) that > I >> >>> >want to interpolate to a uniformly spaced 3-km gempak grid such that ea > ch >> >>> >grid point has the number of nearby strikes. With this gridded file I c > an >> >>> >then contour the number density up in gempak. >> >>> > >> >>> >Do you have any ideas or sample code how I can do this interpolation >> >>> >of lightning data within gempak or interfacing gempak with f77? >> >>> > >> >>> >I appologize in advance for the loaded question, but I am looking >> >>> >for ideas at this point. >> >>> > >> >>> >Thanks for your time... >> >>> > >> >>> >Brian >> >>> >____________________________________________________________ >> >>> >Prof. Brian Colle INTERNET: address@hidden >> >>> >(631)632-3174 >> >>> >Institute for Terrestrial and Planetary Atmospheres >> >>> >Marine Sciences Research Center >> >>> >State University of New York at Stony Brook >> >>> >Stony Brook, NY 11794-5000 >> >>> > >> >>> >> >>> ************************************************************************ > *** >> > * >> >>> Unidata User Support UCAR Unidata Pro > gra >> > m >> >>> (303)497-8644 P.O. Box > 300 >> > 0 >> >>> address@hidden Boulder, CO 8 > 030 >> > 7 >> >>> ------------------------------------------------------------------------ > --- >> > - >> >>> 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/ >> **************************************************************************** >> >