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

20001103: SFCPLOT, SFCPLT, and UKMET model GRID numbers (cont.)

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: 20001103: SFCPLOT, SFCPLT, and UKMET model GRID numbers (cont.)
  • Date: Fri, 03 Nov 2000 10:03:22 -0700
>From: Bill Fingerhut <address@hidden>
>Organization: Lyndon State
>Keywords: 200011031415.eA3EFH422672 McIDAS-X 7.6 SFCPLOT SFCPLT XCD

Bill,

>I checked the debug info from SFCPLT. The day, time, mdf
>all look right. The error message from mdx is right after
>SFCPLT* final mdx for ship data
>so, I wonder if GUS is not a valid key for ship data.
>I ran LSCHE FIND GUS and found GUS in ISFC and SVCA.
>I ran LSCHE FIND T   and got a long list that included ISHP.
>
>I guess GUS could not be valid for ship data, or we have
>the wrong or bad ISHP? or?

GUS is not a valid key for ISHP data.  You can see this most easily
by looking at the ISHP schema:

SEE DCISHP

>BTW, using the same command 'SFCPLT' with T instead of GUS
>works fine. And SFCPLT with the GUS option originates in
>MCGUI.

OK.

>So, if ISHP does not permit GUS, then the gui needs
>to use another command other than SFCPLT or the parameter
>GUS needs to be omited from the list of valid parameters?

It will when it is ADDEized with use of SFCPLOT.

Tom