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

20000925: files not the same size on two machines

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: 20000925: files not the same size on two machines
  • Date: Mon, 25 Sep 2000 10:10:03 -0600
>From: Tom Priddy <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200009251308.e8PD8fb03985

>From: Tom Priddy
>
>Steve...we continue to try to figure out why our linux system (weather2)
>is not
>creating maps but insteady is giving us a "Too many times in file"
>
>As you can see from below....these two files one on weather2  (linux)
>the other on
>Kelvin (unix) are not the same size. Could it be our oasurf.csh script?
>
>Weather2:
> 000925_sao.gem          25-Sep-2000 09:00   7.7M
>
>Kelvin:
>  000925_sao.gem         25-Sep-00 09:02     3M
>
>--
>===========================================================================
>
>Tom Priddy,  Extension Ag. Meteorologist.....email: address@hidden
>Ag. Weather Center.............................fax: 606-257-5671
>243 Ag. Engineering Bldg.....................phone: 606-257-8803 ext 245
>
>Dept. of Biosystems and Ag. Engr.
>University of Kentucky
>Lexington, KY 40546-0276
>HOMEPAGE......................................http://wwwagwx.ca.uky.edu/
>
>===========================================================================
>
>
>

Tom,
These files would appear to be your metar files, and not the grid files
that your oa script would create. The size difference could be related to 
exceeding the number of times in a file. Can you run sflist on both files
with DATTIM=list and see what times are in the 2 files? Are they the same?
Are you running dchrly from the LDM to create these files, or do you decode
surface data into these files by script?

I would normally only expect your oasurf.csh script if it did some sort of
SFDELT call to delete times out of the surface file. If you are doing that, and
that was failing, then it could be a cause of your problems.

Steve Chiswell