[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 09:19:14 -0600
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