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

20010502: gdradr Composite

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: 20010502: gdradr Composite
  • Date: Mon, 07 May 2001 10:45:24 -0600
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
>
>
>
>