[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
- Subject: [GEMPAK #ASF-974423]: HELP WITH GD2IMG TO CONVERT GRID DATA TO IMAGE FORMAT
- Date: Mon, 29 Jun 2009 16:30:21 -0600
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