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.
The problem here is the format of your station table (stations.tbl) Three very important things to note: * latitude and longitude must be expressed in hundredths of decimal degrees * be sure that the station IDs in your station table match the case of those in your surface data file (s vs. S) * the spacing on each line of your station table must conform a standard template: (A8,1X,I6,1X,A32,1X,A2,1X,A2,1X,I5,1X,I6,1X,I5) ^ ^ ^ ^ ^ ^ ^ ^ | | | | | | | | | | | | | | | --- Elevation (meters) | | | | | | --- Longitude (west = negative) | | | | | --- Latitude (south = negative) | | | | --- Country | | | --- State | | --- Station Name | --- Station Number --- Station ID A8 = eight characters for the station ID (trailing blanks acceptable) 1X = 1 space character I6 = six characters for the station number (trailing blanks acceptable) and so on. (please see http://www.unidata.ucar.edu/software/gempak/tutorial/station_tables.html for more information) In your station.tbl the format is incorrect: S54436 544360 ---- -- CI 118.95 40.40 228 0 where "S54436 " (w/ two trailing blank spaces included) will be read as the station ID, but the next character, "5", will be read as a delimiting character. As the line is read left to right, lat/lon will not be where the SF program expects them, hence the coordinates in your surface file (srfchina4.sfc) all being set to 0.0. You'll need to recreate or edit the surface data file with these changes and then rerun sfcfil/sfedit to import the surface data. Michael James Unidata User Support > dir Michael > I am very excitating to getting you reply. it is the first time for me to > study the Gempak,so there are a lot of questions eagering to get your help. > I checked all my surface data files created by myself again and again > ,however both lat and lon information are all missing except the dattim and > stnm . I think the either station.tbl (for the parameter stnfil in sfcfil > pragram) or sourcefile_micaps file (for the parameter sfefil in sfedit > pragram) hiden some fatal faints that I didn't figure them out. I attached > them in this lettle, please checked them for me and could you show me the > correct station information file format in Gempak. Thank you for your > attention to this letter . I look forward to receving your reply. > > 2009-08-08 > > > > gcs > > > > ???? Unidata GEMPAK Support > ????? 2009-08-06 01:07:53 > ???? gcs > ??? support-gempak > ??? [GEMPAK #RZV-218184]: barnes oagrid program > > Using SFLIST I noticed that your srfchina4.sfc file does not contain lat/lon > coordinates > GEMPAK-SFLIST>l > SFFILE = srfchina4.sfc > AREA = dset > DATTIM = all > SFPARM = slat;slon > OUTPUT = T > IDNTYP = STID > GEMPAK-SFLIST>r > output: > S54505 090712/1400 0.00 0.00 > S54597 090712/1400 0.00 0.00 > S54421 090712/1400 0.00 0.00 > S54706 090712/1400 0.00 0.00 > and so on... > So it seems that srfchina4.sfc is not being written correctly. I can't > diagnose why without knowing how exactly how you're creating srfchina4.sfc > from surface.src. > -Michael > > SIR : > > > > I have encountered a problem when I run oagrid program . thers are 3 > > output messages from the oagrid program. > > > > A:[FL -13] No valid file for given type and cycle time, > > B:[oagrid -9] too few stations to calculate deltan , > > c:[oagrid -9] too few stations to calculate deltan . > > > > could you show me some advice. > > > > I have attached 4 files for you. > > > > 1:oagrid.csh is oagrid program shell file > > 2:srfchina4.sfc is surface file and I can see the parameter stored in > > this file using sflist program. > > 3:surface.src is the surface source data which will write into srfchina.sfc > > 4:station.tbl is the station information file. > > > > thanks > > > > 2009-08-04 > > > > gcs > > > > > Ticket Details > =================== > Ticket ID: RZV-218184 > Department: Support GEMPAK > Priority: Normal > Status: Open > Ticket Details =================== Ticket ID: RZV-218184 Department: Support GEMPAK Priority: High Status: Open