[GEMPAK #ASF-974423]: HELP WITH GD2IMG TO CONVERT GRID DATA TO IMAGE FORMAT

Chris,

I ran "grep TOPO imgtyp.tbl" in $GEMTBL/sat/ and here is the result.  Is this 
different on your end?


TOPO                 TOPO_DEM5     0     95     33  32768      1 upc_dem5.tbl
TOPO                 VIS          52    226     11      1      1 upc_topo.tbl
TOPO                 TOPO          0    255     11      2      1 upc_dem30.tbl
TOPO                 TOPO_DEM5     0     94     11      4      1 upc_dem5.tbl
TOPO                 TOPO_DEM5     0     95     33     16      1 upc_dem5.tbl
!TOPO                 TOPO_DEM5     0     95     33  32768      1 upc_dem5.tbl
!TCOMP                IR_TOPO       0     94     11   2**6      1 upc3_tcomp.tbl
RCOMP                RAD_TOPO      0     94     11   2**6      1 upc3_rcomp.tbl
TOPO                 TOPO_DEM5     0     95     33     16      1 upc_hires.tbl
TOPO                 VIS          52    226     11      1      1 upc_topo.tbl





> Mike,
> 
> One of my colleagues and I tried running GDPLOT2 on the gd2img.gini
> file, however an error occurred noting that there is not entry in the
> table "imgtyp.tbl" which it needs to display the image.   Would you be
> able to provide us the entry for imgtyp.tbl table?  We hope this will be
> the key in us getting it to work on our end.
> 
> Thanks.
> 
> --Chris
> 
> Unidata GEMPAK Support wrote:
> > Hi Chris,
> >
> > I'm going to go back to your initial message.  Now that I have test.grd and 
> > nam20_2008053012f012 I've been able to recreate exactly what you've 
> > attempted to do with gd2img.
> >
> > I produced gd2img.gini and then ran GDPLOT2 as follows:
> >
> > GDFILE   = test.grd
> >  GDATTIM  = LAST
> >  GLEVEL   = 0
> >  GVCORD   = NONE
> >  PANEL    = 0
> >  SKIP     = 0
> >  SCALE    = 0
> >  GDPFUN   = TMPC
> >  TYPE     = C
> >  CONTUR   = 0
> >  CINT     = 0
> >  LINE     = 3
> >  FINT     = 0
> >  FLINE    = 10-20
> >  HILO     =
> >  HLSYM    =
> >  CLRBAR   =
> >  WIND     = BM1
> >  REFVEC   =
> >  TITLE    = 1
> >  TEXT     = 1
> >  CLEAR    = YES
> >  GAREA    = us
> >  IJSKIP   =
> >  PROJ     = sat
> >  MAP      = 1
> >  MSCALE   = 0
> >  LATLON   =
> >  DEVICE   = XW
> >  STNPLT   =
> >  SATFIL   = gd2img.gini
> >  RADFIL   =
> >  IMCBAR   =
> >  LUTFIL   =
> >  STREAM   =
> >  POSN     = 0
> >  COLORS   = 1
> >  MARKER   = 0
> >  GRDLBL   = 0
> >  FILTER   = YES
> >
> > which correctly plotted the topographic image (see attached image)
> >
> > So the first thing we need to check is that if you run GD2IMG and then 
> > GDPLOT2 exactly as I have, and with the same files, can you produce the 
> > same result?  If so then you may have just run into a problem displaying 
> > the data (you mentioned you were using GPMAP - I would recommend using 
> > GDPLOT2 instead).  If not then the problem most likely rests with how 
> > GD2IMG was attached to your current NAWIPS build.
> >
> > So please try this and let me know the results.
> >
> > Michael James
> > Unidata User Support
> >
> >
> >
> >
> >
> >> Mike,
> >>
> >> I have uploaded a zipped/tarred set of files on the RAMADDA data
> >> repository that you provided me with.  Let me know if you have trouble
> >> finding or accessing the files.  Again many thanks for working on this
> >> problem for us.
> >>
> >> --Chris
> >>
> >> Unidata GEMPAK Support wrote:
> >>
> >>> Hi Chris,
> >>>
> >>> I did not receive a response from you since my reply on March 16 - it's 
> >>> possible that attachments kept the email from being processed on my end.
> >>>
> >>> If you still have the test.grd and the resulting gini file from the below 
> >>> gd2img run, you can upload them to the RAMADDA data repository at
> >>>
> >>> http://motherlode.ucar.edu/repository/alias/gempakuploads/
> >>>
> >>> and I'll take a look at the problem.
> >>>
> >>> Best,
> >>>
> >>> Michael James
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>> Hi Mike,
> >>>>
> >>>> Its been about 2 months since I last heard from you.  I was wondering if
> >>>> you had received any of my follow-up emails since then?  One of them
> >>>> contained the files you were interested in acquiring.  If you could let
> >>>> me know what the status is that would be greatly appreciated.
> >>>>
> >>>> Thanks.
> >>>>
> >>>> --Chris Warren
> >>>>
> >>>> ------------------------------
> >>>> Christopher Warren
> >>>> Physical Scientist
> >>>> NOAA NESDIS Satellite Analysis Branch
> >>>>
> >>>>
> >>>>
> >>>> Unidata GEMPAK Support wrote:
> >>>>
> >>>>
> >>>>> Hi Chris,
> >>>>>
> >>>>> I'm currently working on an answer for you, but I think it would help 
> >>>>> if you could send me the gini file produced by gd2img.
> >>>>>
> >>>>> Thanks,
> >>>>>
> >>>>> Michael James
> >>>>> Unidata User Support
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>> UNIDATA GEMPAK Support Team:
> >>>>>>
> >>>>>> I'm looking for some assistance with the gd2img program, if possible.  
> >>>>>> I
> >>>>>> would like to utilize the gd2img program to ultimately convert
> >>>>>> model-generated satellite brightness temperature grid data into image
> >>>>>> format....and have a few questions.  Our operational version of GEMPAK
> >>>>>> does not include this code.  So, I downloaded the latest Unidata GEMPAK
> >>>>>> version and have managed to compile/link the gd2img code (though I did
> >>>>>> comment out the png calls...I guessed that this wasn't critical and we
> >>>>>> don't have png libraries).  I'm trying to initially test it on NAM 20km
> >>>>>> topo grids (since a TOPO entry is already in the nex2gini.tbl) and thus
> >>>>>> far haven't been able to view the output (via gpmap).  Here is how I'm
> >>>>>> running gd2img...
> >>>>>>
> >>>>>> GDATTIM     =   LAST
> >>>>>> GDFILE         =   test.grd (this grid contains the NAM 20km HGHT
> >>>>>> parameter...renamed to TOPO.)  This is an LCC grid.
> >>>>>> GLEVEL        = 0
> >>>>>> GVCORD      = NONE
> >>>>>> GFUNC        = TOPO
> >>>>>> SCALE         = 0
> >>>>>> PROJ            =
> >>>>>> GRDAREA   =
> >>>>>> KXKY         =
> >>>>>> CPYFIL       = nam20_2008053012f012  (same navigation, projection as
> >>>>>> test.grd)
> >>>>>> SATFIL        =
> >>>>>> CALINFO    =
> >>>>>> WMOHDR   =
> >>>>>>
> >>>>>> It appears to be reading the grid fine...and uses the TOPO entry in the
> >>>>>> nex2gini.tbl.  And I do get a .gini file...though it seems small at
> >>>>>> 100KB.  I've compared octal dumps of my output versus other topo gini
> >>>>>> files that are valid and displayable, and I'm suspecting there could be
> >>>>>> some problem, but not sure what.  So I'd like to display it (if the 
> >>>>>> file
> >>>>>> is even displayable) or in some way verify the output is correct.  I
> >>>>>> know I need to modify the imgtyp.tbl file and add an entry, and it's
> >>>>>> here that I'm struggling.  How do I determine the settings for the 
> >>>>>> entry
> >>>>>> in this table?  Also, do I need some input for CALINFO and/or
> >>>>>> WMOHDR...or are blank entries OK?  And once all is said and done, can I
> >>>>>> test it with any lookup table that renders topo data?
> >>>>>>
> >>>>>> Thanks in advance for any help...and if you need more information,
> >>>>>> please let me know.
> >>>>>>
> >>>>>> --Chris Warren
> >>>>>>
> >>>>>> ------------------------------
> >>>>>> Christopher Warren
> >>>>>> Physical Scientist
> >>>>>> NOAA NESDIS Satellite Analysis Branch
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>> Ticket Details
> >>>>> ===================
> >>>>> Ticket ID: ASF-974423
> >>>>> Department: Support GEMPAK
> >>>>> Priority: Normal
> >>>>> Status: Open
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>> Ticket Details
> >>> ===================
> >>> Ticket ID: ASF-974423
> >>> Department: Support GEMPAK
> >>> Priority: Normal
> >>> Status: Open
> >>>
> >>>
> >>>
> >> --
> >> -------------------
> >> Christopher Warren
> >> Physical Scientist
> >> NOAA NESDIS - Satellite Analysis Branch
> >> Tel: (301) 763-8444
> >>
> >>
> >>
> >>
> >
> >
> > Ticket Details
> > ===================
> > Ticket ID: ASF-974423
> > Department: Support GEMPAK
> > Priority: Normal
> > Status: Open
> >
> > ------------------------------------------------------------------------
> >
> 
> 


Ticket Details
===================
Ticket ID: ASF-974423
Department: Support GEMPAK
Priority: Normal
Status: Open