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

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

Chances are one of the entries I have that you don't will solve this problem, 
perhaps upc_dem5.tbl or upc_dem30.tbl - try your hard at copying these lines to 
your imgtyp.tbl and see if that clears up the problem.

Michael


> Mike,
> 
> It is different.  This is what I have:
> 
> TOPO            TOPO_DEM5         0         95         33         16
> 1      upc_hires.tbl
> TOPO            VIS                          52     226         11
> 1          1      upc_topo.tbl
> 
> 
> So I certainly have a lot less.
> 
> --Chris
> 
> Unidata GEMPAK Support wrote:
> > 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
> >
> >
> 
> 


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