20021204: some GARP/NMAP2 questions

Robert,

As you know, the GINI image format from NESDIS does not contain
a calibration block. In creating the nexrad composites, I added
a form of calibration block (using some reserved bits) which
does allow for relating the raw values to calibrated values
in the image bar. So, it is possible to use that information in a
pointer retrieval, but it will by nature not be generalizeable to
other GINI images from NOAAport until there is a standard way for
providing that calibration block. In particular, there are
SOUNDER products in the Super-National products on NOAAport,
but without a calibration block, you would have to hardcode in specific
values or relationships for products which would be a bad system.

In NMAP, when you select the Image data set, you can then go to
the map icon and select the region without having to
first display the area and then zoom in.

I do not know what NCEP's schedule of development for NMAP2 is,
but it seems reasonable to implement BND in the map selection
area as well.

Steve Chiswell


>From: Robert Mullenax <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200212041551.gB4FpV410991

>
>I have three GARP/NMAP2 questions.
>
>1) Would it be possible to make it so that the pixel readout in GARP
>would display the calibrated dBZ values on the nex2gini composite instead
>of the raw value?
>
>2) One advantage I see with GARP as it relates to satellite imagery is that
>you can select a smaller area, such as Texas and then select a satellite
>and the image will be displayed only for that region.  In NMAP2 it displays
>the entire area contained in the satellite and then you must zoom in again.
>Is it possible for NMAP2 to behave as GARP does, or is there a chance
>this feature would be added at a later date?
>
>3) Since the BND parameter is now available in GEMPAK is there a chance
>this could be added to NMAP2 (more likely that than GARP I suppose).  Having
>an easy way to display a brown land/blue water (or something like that) would
>make it much easier to see certain types of data.
>
>Thanks,
>Robert Mullenax
>
>