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

20021121: gdradr

Tom,

The gdradr.hlp file is created from the $GEMPTXT/gdradr.txt file
and the oarm and error files, which were updated....but I missed
regeneration of the .hlp file. I'll get the fixed for 5.6.i.

I made the change to gdpfun to allow gridding of multiple parameters
at the same time (help for creating masks for the AP echoes, etc).

Glad to hear you are having success now.

Steve Chiswell




>From: "Thomas L. Mote" <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200211220236.gAM2a5428379

>
>Steve:
>
>I didn't change the NEXIII entry and I have a standard file naming 
>convention. It could see the files.
>
>I found the problem. I was using phelp for gdradr, which still shows 
>gfunc as being set to the radar product type. Since I was doing this 
>through manually editing a gdradr.nts file, I didn't notice that 
>gfunc was not one of the options. I changed to gdpfun and now it works. 
>I do believe the help for gdradr needs to be updated. 
>
>Thanks for the suggestion on the lat/lon. That should have occurred to 
>me, but didn't.
>
>Thanks again.
>
>Tom
>
>
>On Thu, 21 Nov 2002 17:38:19 -0700 Unidata Support 
><address@hidden> wrote:
>
>> 
>> Tom,
>> 
>> The ucnids program doesn't do anything about creating
>> composite products, or even projecting the data from radials. 
>> All it does is uncompress the nids product from the zlib compressed
>> nexrad format to the uncompressed nexrad format..
>> 
>> The datatype.tbl value that I created for gdradr is NEXRIII
>> for specifying the the path and product template. 
>> Garp and NMAP are only interested in the RAD template
>> for finding the head of the data tree.
>> 
>> If you have changed the NEXRIII paramater, I will need to see
>> what you are using. If you are using another file naming scheme,
>> I would need to look at that too...since my advertising of the
>> program matches the pqact.conf examples I provide. 
>> 
>> If gdradr is just returning, then it probably isn't finding any 
>> radar files of the specified GDPFUN parameter (such as
>> GDPFUN=n0r ! net ! ncr), or isn't
>> finding any within the desired window of time (RADTIME and RADDUR).
>> So, look there as well as the NEXRIII template which should look like:
>> NEXRIII      $RAD/NIDS/%SITE%/%PROD%   %PROD%_YYYYMMDD_HHNN ...etc...
>> for products named like:
>> $RAD/NIDS/FTG/N0R/N0R_20021121_2315
>> 
>> (The LDM pqact.conf action I provide uses the above naming scheme
>> getting the N0R and FTG from the PIL identifier for the product.
>> 
>> Gdlist can pront out the data values. If you need to plot out
>> the lat/lon values, use GFUNC=mul(latr,RTD) and
>> GFUNC=mul(lonr,RTD).
>> 
>> Typically, you should see the program open the station table,
>> then for each file directory that matches the $RAD/NIDS/%SITE%/%PROD%
>> template, and if a product os used, you will get a status line to that
>> effect, or you will see a message that the product is too old.
>> Since you are seeing nothing (presumably you are using the 
>> standard nexrad station table), then it is most likely that your NEXRIII
>> specification is incorrect.
>> 
>> Steve Chiswell
>> 
>> 
>> 
>> 
>> 
>> 
>> >From: "Thomas L. Mote" <address@hidden>
>> >Organization: UCAR/Unidata
>> >Keywords: 200211211848.gALImL429096
>> 
>> >
>> >Steve:
>> >
>> >I am trying to use Gempak's gdradr routine to create a radar
>> >composite (n0r or ncr) in a Gempak grid file format. I then 
>> >want to use gdlist to output data values. First, will this 
>> >even work? Eventually, I would like the lat/lon for each of 
>> >the values, so I guess I would probably want to use a CED 
>> >projection to simplify this. 
>> >
>> >However, I cannot seem to get gdradr to work as advertised. 
>> >I have checked the datatype.tbl to make sure my settings 
>> >are correct. (I can display the radar data in Garp or 
>> >nmap.) I tried using the settings suggested in the online 
>> >documentation for a 4km national mosaic. However, when I go 
>> >to "run" gdradr, it just returns me to a command prompt 
>> >with no action or error statements. Do you have any ideas 
>> >what I am doing wrong?
>> >
>> >Possibly, you can suggest a better way to approach this. I 
>> >got Dan Vietor's ucnids code, but I wasn't sure how to 
>> >compile it. Apparently it needs to link to zlib. Moreover, 
>> >this only uncompresses the data, but I'm not sure what I 
>> >would need to do afterward. If you have another suggestion 
>> >for approaching this problem, I would greatly appreaciate 
>> >your input.
>> >
>> >Thanks.
>> >
>> >Tom
>> >
>> >
>> >----------------------
>> >Thomas L. Mote
>> >address@hidden
>> >
>> 
>> ****************************************************************************
>> Unidata User Support                                    UCAR Unidata 
>> Program < (303)497-8643                                                 
>> P.O. Box 3000 < address@hidden                                
>> Boulder, CO 80307 
>> < 
>> ----------------------------------------------------------------------------
>> Unidata WWW Service                        http://www.unidata.ucar.edu/ 
>> < 
>> ****************************************************************************
>
>Thomas L. Mote
>Department of Geography
>University of Georgia
> 
>