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.
>From: "Alliss, Randall J." <address@hidden> >Organization: Northrop Grumman >Keywords: 200402252120.i1PLK0rV026848 McIDAS FrameN.M Randy, >We recompiled Mcidas2003 on the redhat box. We are running RedHat 9. >Unfortunately we are still getting the same errors. No graphics between >frames 5-14. >I am at a loss? The only thing left to consider is if you turned graphics off in those frames? This should only last for a single McIDAS session, but since we are dealing with a completely strange situation I say try turning the graphics off and then on in frame 5 and then plotting something in it. If that doesn't work, the only thing I can suggest is once again investigating the existence of FrameN.M files. I suggest once again using DMAP, but this time from the Unix command line when a McIDAS session is NOT running: cd ~/mcidas/data dmap.k Frame The only file that should be found is one in a subdirectory of ~/.mctmp. If there are more, especially if there are files like Frame5.0, Frame6.0, etc., then you have some cleanup to do. One last question: do you use independent graphics? If yes, and if all else fails, try turning independent graphis off and see what happens. If all of the above fails, I am at a loss for what is happening. It would be very useful if we (SSEC or I) could get onto the system while things are failing so we could do some investigations. Tom -- NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publically 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. >From address@hidden Wed Mar 3 07:58:54 2004 ok..can you tell me how to turn the graphics OFF for a give frame. the other thing i notice is that no matter which account i use to fire up mcidas frames 6-13 are hosed. Also when i fire up mcidas i get this MCIMAGE: using slow processing for z-16 images. Randy -----Original Message----- From: Unidata Support [mailto:address@hidden] Sent: Wednesday, March 03, 2004 9:25 AM To: Alliss, Randall J. Cc: address@hidden; Gracie, Rebecca L. Subject: 20040302: graphics gone missing in McIDAS session (cont.) >From: "Alliss, Randall J." <address@hidden> >Organization: Northrop Grumman >Keywords: 200402252120.i1PLK0rV026848 McIDAS FrameN.M Randy, >We recompiled Mcidas2003 on the redhat box. We are running RedHat 9. >Unfortunately we are still getting the same errors. No graphics between >frames 5-14. >I am at a loss? The only thing left to consider is if you turned graphics off in those frames? This should only last for a single McIDAS session, but since we are dealing with a completely strange situation I say try turning the graphics off and then on in frame 5 and then plotting something in it. If that doesn't work, the only thing I can suggest is once again investigating the existence of FrameN.M files. I suggest once again using DMAP, but this time from the Unix command line when a McIDAS session is NOT running: cd ~/mcidas/data dmap.k Frame The only file that should be found is one in a subdirectory of ~/.mctmp. If there are more, especially if there are files like Frame5.0, Frame6.0, etc., then you have some cleanup to do. One last question: do you use independent graphics? If yes, and if all else fails, try turning independent graphis off and see what happens. If all of the above fails, I am at a loss for what is happening. It would be very useful if we (SSEC or I) could get onto the system while things are failing so we could do some investigations. Tom -- **************************************************************************** < Unidata User Support UCAR Unidata Program < (303)497-8643 P.O. Box 3000 < address@hidden Boulder, CO 80307 < ---------------------------------------------------------------------------- < Unidata WWW Service http://my.unidata.ucar.edu/content/support < ---------------------------------------------------------------------------- < NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publically 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. >From address@hidden Wed Mar 3 14:58:14 2004 ok...Loaded image in frame 5..did ALT-Z...the image appeared...did ALT-Z again to turn it off and image looks normal. no idea why this work but it does. Randy >From address@hidden Fri Mar 5 09:21:44 2004 Randy - Were you ever able to get this problem fixed?<br>