20010514: 20010502: gdradr Composite

Mike,

You can create a picture in the format of WSI, Unisys, or
even GINI for the radar data. There are several downsides there.
Primarily, the projection/navigation models used there (or hardcoded
as is the case of several of the mosaics provided by vendors) do
not allow for much flexibility in regional and floater composites
as well as national composites. At least GINI is self describing so that
the projection is included with the image- but ony 3 navigation
models are provided.

Secondly, you lose the ability to do functional computations
on the data, such as combining the data with model grids.

I am working on a GINI format converter- so any package that can
display NOAAPORT imagery should be able to display any grid that
GEMPAK can create remapped into the limited projections allowed
by GINI.

Steve Chiswell
Unidata User Support




>From: "Michael W Dross" <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200105141641.f4EGfMp16379

>
>Steve,
>
>Thanks for the help. I had trouble compiling the new version of GEMPAK,
>Stonie as sent me a CD with the compiled binaries. Hopefully I will
>get gdradr working this week and we can discuss how we can best utilize the
>outputted grids for injection into the IDD. I did get a note from the
>NWS indicating they would like to receive the composited grid as well.
>
>The GRIB version sounds like a good idea.  I don't know if it's possible,
>but if there is a way to convert the GEMPAK output composite radar
>into the same file format as the WSI nowrad, that would be  great, since
>most apps. GEMPAK,WXP,MCIDAS can handle the WSI format.
>
>Thanks again, and I will keep you updated on the progress from this end.
>
>Mike
>
>
>                                                                              
>                                          
>                    Unidata Support                                           
>                                          
>                    <support@unidata        To:     "Michael W Dross" <mwdross
> @duke-energy.com>                        
>                    .ucar.edu>              cc:     address@hidden
> r.edu                                    
>                                            bcc:                              
>                                          
>                    05/07/01 12:45          Subject:     20010502: gdradr Comp
> osite                                    
>                    PM                                                        
>                                          
>                                                                              
>                                          
>                                                                              
>                                          
>
>
>
>
>
>Mike,
>
>I am putting together a tutorial that hopefully will help
>you set up your radar product generation. I'm sure
>that the community would be interested an any collaboration.
>
>I plan on creating some grib format messages for the FNEXRAD
>feed (so that users of other packages can use them as well)
>from the gdgrib program on the grid file output from gdradr
>of the N0R US mosaic and a floater (if a university is willing
>to take the responsibility of picking the floater region).
>
>Currently, the GEMPAK distribution I make has a 400,000
>maximum gridpoint size (reconfigurable at compile time
>by the user). The CONUS region can be represented by
>a 4 to 6km grid in under 400,000 grid points.
>
>Steve Chiswell
>Unidata User Support
>
>
>>From: "Michael W Dross" <address@hidden>
>>Organization: UCAR/Unidata
>>Keywords: 200105022124.f42LOCp14638
>
>>
>>Steve,
>>
>>I read your postings about the gdradr GEMPAK application you have
>>developed. While I am new to GEMPAK (Used mostly MCIDAS & WXP)
>>I am quickly learning on our relatively new N-AWIPS system.  Anyway  my
>>question is that in exchange for your assistance in helping me get the
>>gdradr working, I would like to take the finally gridded product and make
>>it available to who ever wants it via the IDD.  My hope is to generate
>>5 minute  .5 degree composite bref grid and a composite VIL product in
>grid
>>format.  I have several dual pentium linux production servers I can
>>assign to the task. If the grid sizes are reasonable (they may not be),
>>then making available through our LDM to the University community
>>should be no problem. This would prevent each site from having to spend
>the
>>computational resources to duplicate the effort. Let me know
>>what you think, there may be some flaws in this idea...
>>
>>I can create composited products in WXP now, but your solution with GEMPAK
>>seems like a much better solution.
>>
>>Thanks,
>>
>>Mike Dross
>>
>>
>>
>>
>
>****************************************************************************
>
><
>Unidata User Support                                    UCAR Unidata
>(303)497-8644                                                  P.O. Box
>address@hidden                                   Boulder, CO
>----------------------------------------------------------------------------
>
><
>Unidata WWW Service                        http://www.unidata.ucar.edu/
><
>****************************************************************************
>
><
>
>
>
>