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

[GEMPAK #OCF-687493]: 5.10.1 dcgrib2 problem

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: [GEMPAK #OCF-687493]: 5.10.1 dcgrib2 problem
  • Date: Thu, 22 Feb 2007 16:56:05 -0700
Rob,

Had to add a call to the revised GEMPAK C-wrapper routine for reading the grid 
back from disk
when inserting additional tiles (The ECMWF grids are 8 to 12 sub grids that are 
stiched together,
and when other parameters are intermixed in the data stream, the grids have to 
be loaded back
from the grid file each time).

I'm updating the source and binary distributions now.

Sorry for the inconvenience....

Steve Chiswell
Unidata User Support




> I installed 5.10.1 and noticed problems with the ECMWF ingest, specifically
> *ecmf1.gem files which were showing very choppy grids (i.e. randomly missing
> large parts of the grid.)
> 
> I put the dcgrib2 from 5.9.4 in the $GEMEXE of one of my machines, and
> today's 12Z ECMWF was converted cleanly. I looked at the output on my work
> machine (still running the regular 5.10.1) and it was showing bad data for
> the same 12Z run and the exact same .gem file size...
> 
> - Rob
> 
> 


Ticket Details
===================
Ticket ID: OCF-687493
Department: Support GEMPAK
Priority: Normal
Status: Closed