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

20010711: Errors with GEMPAK surface tables

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: 20010711: Errors with GEMPAK surface tables
  • Date: Wed, 11 Jul 2001 15:32:32 -0600
>From: Daryl Herzmann <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200107111701.f6BH1w100557

>Hello,
>       I am currently using GEMPAK 5.6.c.1 and noticed that the surface
>station file that dcmetr uses contains an error.
>gempak/tables/stns/sfmetar_sa.tbl
>
>ADU       99999 AUDUBORN                         IA US  4170  -9492   392
>AUD       99990 AUDUBORN                         IA US  4170  -9492   392  0
>
>I looked at http://www.rap.ucar.edu/weather/surface/stations.txt and AUD
>is actually
>LA AUDUBON PARK     KAUD  AUD          29 56N  090 08W    2   X
>
>And the city is actually "Audubon" not "Auduborn"
>
>So when I use @IA for AREA, I get a Louisiana ob :)
>
>I also notice that there are other stations in Iowa that are misspelled.
>Should I report those errors somewhere?
>
>Thanks,
>       Daryl
>

KADU is Adubon IA, so, correct that spelling but leave in Iowa.
I've changed the KAUD entry.

Most of the misspellings result from the airforce station table.
I'll correct them in our station tables if you send a list.

Steve CHiswell