NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
Hi Kevin, Thank you for responding. This worked! Thanks, Rob On May 11, 2012, at 8:44 AM, Kevin R. Tyle wrote: > Hi Rob, > > Out of curiousity, use the MDGDEC grib packing method in your dcgrib2 command: > > e.g. > > dcgrib2 -e MDMETH=MDGDEC ... > > I have run into strange values in the v component of the wind before, when > using the default (MDGRB2) grib packing method, although I've only seen this > happen with global grids of v-wind on the -2 PVU surface. > > The resulting GEMPAK file will be much larger than with the MDGRB2 method. > > Let us know if this helps ... > > --Kevin > > _____________________________________________ > Kevin Tyle, Systems Administrator > Dept. of Atmospheric & Environmental Sciences > University at Albany > Earth Science 235, 1400 Washington Avenue > Albany, NY 12222 > Email: ktyle@xxxxxxxxxx > Phone: 518-442-4578 > _____________________________________________ > > On Thu, 10 May 2012, Robert Seigel wrote: > >> Hello, >> >> I am having difficulty correctly converting the new NAM conus nest into >> GEMPAK using DCGRIB2. Most of the grids are converting correctly, however >> the v-wind fields are bogus. This results in a lot of spurious calculations, >> including WND. Is anyone else having this problem? >> >> Thanks, >> Rob >> _______________________________________________ >> gembud mailing list >> gembud@xxxxxxxxxxxxxxxx >> For list information or to unsubscribe, visit: >> http://www.unidata.ucar.edu/mailing_lists/ >> >>
gembud archives: