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

19991123: Running McIDAS and McIDAS-XCD on OSF/1 (cont.)

>From: Erick Lorenz (address@hidden) <address@hidden>
>Organization: UC Davis
>Keywords: 199910272007.OAA03748 McIDAS XCD


>As of this morning the situation has much improved.  I think that the
>protection on SYSKEY.TAB was the culprit.  

Sounds promising.

>I am now able to create plots from both the Fkeys and MCGUI with the
>following puzzling exceptions:
>       I can plot upper air values on a map in Fkeys but not MCGUI
>               MCGUI just puts up the map and the caption but no data
>       I can plot cross sections with MCGUI but not Fkeys
>               Fkeys just gives me a DATA NOT AVAILABLE message in the
>               graphics window
>It seems that the data is there because one or the other utility
>can access it.
>I am doing all this testing directly on ATM25 which is also the ldm host.

I logged onto ATM25 and verified the failure of upper air plotting from
the MCGUI.  I looked at the command output in the MCGUI Console window
(pop this up by clicking mouse button 1 on the keyboard icon on the
GUI) and saw:

MDX: Program called abort
MDX: Program called abort

I then looked back through the McIDAS support email archives to see if
INVALID PARAMETER T was reported before, and I found that it was;
the answer I saw reclued me into the fact that IF the string RAOB exists,
it will be used as a specifier of the MD file from which to read the MD
file number when UPC is run.  So, I deleted RAOB from the stringtable:


and then tried the GUI command again; it failed again.  I then decided
to start debugging the UPC command, since it is the one run out of
MCGUI for upper air plotting.

I did the following:

o run the command from the Observations menu and let it fail
o rerun the command from the GUI console; this is easily done since the
  commands run from the GUI are saved in a command stack.  In doing this
  run, I turned debugging on and this is what I saw:

UPC* DAY1 after day check is =        99327
UPC* DAY2 after day check is =        99327
UPC* MD1 is =           27
UPC* MD2 is =           27
UPC* DAY1 after MD check is =      1999327
UPC* DAY2 after MD check is =      1999327
UPC* TIME1 after time check is =           12
UPC* TIME2 after time check is =           12
MDX: Program called abort
UPC* UPC: GRID Increment =       1.4525
UPC* UPC: SMOOTHing parameter =           61
UPC* Standard Latitudes: 60.00 60.0
MDX: Program called abort
UPC* Color used:  -2139062144
UPC* Color used:  -2139062144
UPC* Color used:  3

The problem being encountered was that the MD file that was being read
from was not the one for mandatory level upper air data (17), but,
rather, the one for significant level upper air data (27).  Since this
made no sense to me, I decided to add some additional debug statements
in ~mcidas/mcidas7.6/src/upc.mac and see why this mistake was being
made.  As soon as I recompiled UPC, it started working correctly even
after I removed the debug statements I had put in!  I wish I could
explain this, but I can't!!  Now, when I plot upper air data from the
MCGUI, it works correctly every time (at least while I was logged on).
Problems like this are exasperating to say the least.

I next decided to try to verify the cross section failure.  When I
brought up the RAOB Cross Section widget in MCGUI, I saw that the
latitude extents were set to be '40 40' and the longitude extents were
set to be '-125 -75'.  This means that the last person to run the cross
section plotter was looking for a slice that was located over Asia
somewhere; not a problem, simply an observation.  This ran fine.

I then brought up the Fkey menu from the Misc menu on the MCGUI and
tried the cross section plotting from it.  It also ran fine giving
the exact same display as the plotting from the MCGUI.

So, the problem now is why you were seeing the failure with the Fkey
menu for RAOB cross sections and I did not.  The fact that the RAOB
plots were also failing and now are working has me worried and,
quite frankly, confused.

>I am going to check out my findings on a Linux client now.

>From address@hidden  Tue Nov 23 13:46:22 1999

>I have tested McIDAS on two Linux machines and the behavior with
>respect to upper air plots and cross sections is exactly the same
>with the MCGUI,  

>       Upper air plots display nothing but a map and a caption
>       Cross sections work well.

>I haven't been able to compare the Fkey menu because I didn't want
>to reconfigure the display.

This also has me really worried.  I think that we need to remake upc.k
and see if simply rebuilding it solves the upper air plotting problem
like it did on the DEC.  I could do this if I had a login, or you can
do the following:

<login to one of the Linux machines as 'mcidas'>
cd mcidas7.6/src
touch upc.mac
make ucp.k
rm ~/bin/upc.k
ln upc.k ~/bin

<start a MCGUI session>
<retry the upper air plotting AFTER you do the following from the
MCGUI Command window:


Please let me know what happens.


>From address@hidden  Wed Nov 24 12:47:27 1999

>I did as you suggested on ATM50 and the upper air plots started working.
>I then fired up ATM52 and tried an upper air plot without first trying
>your fix and it worked as well!
>It seems that the problem shows up sporadically.
>I need to test the other three Linux boxes but the problem with dual
>boot systems in a student lab is that they are in use all the time
>and usually in WinNT mode so I need to wait for a quiet time to continue.

>Erick Lorenz, LAWR, UCDavis

NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.