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

20030703: gempak problems

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: 20030703: gempak problems
  • Date: Thu, 3 Jul 2003 11:00:41 -0600 (MDT)
Gerry,

I am out of the office through Monday. Hopefully this won't require a
phone call.

I see 2 dcmetr actions, with different paths to GEMTBL.
The error message you show below belongs to the one writing to
the output file named YYMMDDHH_sf.gem.

The pqact invocation is using:
-e GEMTBL=/usr/local/ldm/data/gempak/tables

Your other actions are using a GemPak5.6/gempak/tables path, so,
you need to check this path so that the station table and packing
files can be found.

As a general aside, I know that over the years, as your own conventions for
file naming develop, it may be hard to change- but it would be easier on you
from an administrative standpoint if you used the file naming patterns
(as provided in the $NAWIPS/ldm/etc/templates/ directory) that
match the $GEMTBL/config/datatype.tbl templates (and
$GARPHOME/config/Garp_defaults as well) so that you could run the new
distributions out of the box without having to make lots of changes.

The above suggestion generally makes using the GUI applications easier. Of
course, if thats not your primary need, then its not as important. However,
the template names do make it easier to use the command line programs
as well (if you aren't already using those features). For example,
in a grid plotting program you can simply use GDFILE=eta or
GDFILE=eta|yymmdd/hhnn, or in a surface program use SFFILE=metar etc.

Steve Chiswell


On Thu, 3 Jul 2003, Gerry Creager N5JXS wrote:

> Steve,
>
> I've been fighting some gempak config problems for almost a year, and I
> am giving up and asking for help.  The latest in a series of apparent
> screw-ups in my config yields the following sort of dcmetr.log entry:
>
> 27788] 030703/0917 [DP -7]  Open error on parameter packing file.
> [27788] 030703/0917 [SF -1]  File
> /usr/local/ldm/data/gempak/surface/03070314_sf.gem could not be created.
> [27788] 030703/0917 [SF -1]  File
> /usr/local/ldm/data/gempak/surface/03070314_sf.gem could not be created.
> [27339] 030703/0917 [DC 2]  read 105/4449 bytes strt 11935 newstrt 12040
>
>
> I understand this is a combination of pqact.conf and gempak problems.
> I'm just too confused to go any further without some help.
>
> If you've got some time, can we talk on the phone so I can see where to
> go?  I'm attaching my pqact.conf and ldmd.conf in case they're significant.
>
> I can arrange an accouont with sudo access on the offending machine, as
> well.
>
> Thanks,
> Gerry
> --
> Gerry Creager -- address@hidden
> Texas Mesonet -- AATLT, Texas A&M University
> Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578
> Page: 979.228.0173
> Office: 903A Eller Bldg, TAMU, College Station, TX 77843
>