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

20010301: HELP GEMPAK and LDM: found maybe the 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: 20010301: HELP GEMPAK and LDM: found maybe the problem
  • Date: Thu, 01 Mar 2001 10:05:45 -0700
>From: Christian Page <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200103011514.f21FERL14146

>
>Hi again,
>
>Maybe I have found the problem. I erased the old gempak surface file and then
>restarted ldm. It now seems to work. But I have read in old messages in this
>mailing list that maybe the file had filled up? Is there a maximum number of
>items I can put in a gempak surface file with dcmetr? If so, how can I extend
>the size?
>
>
>Christian Page      
>address@hidden    http://meteocentre.com/toulouse/
>
>Visiteur scientifique Tel:05 61 07 82 69
>CNRM/GMEI/MNP et SCEM/PREVI/AERO/DP
>
>
>


Christian,

The problem is likely that the previous file was creates with the hrly.pack
packing file from 5.4 which used TMPF & DWPF for temperature. The
metar.pack file in 5.6 uses TMPC & DWPC. So, the decoder couldn't find a 
matching parameter to write TMPC out to. PMSL was fouund, so you saw those
values.

In 5.6, a surface file can contain 29,000 different unique station IDs
(the sfmetar_sa.tbl file only contains ~4000 stations), so number of stations
is not a problem.

Steve Chiswell