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

20010507: imgdisp.k in ROUTE Postprocess BATCH invocation (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: 20010507: imgdisp.k in ROUTE Postprocess BATCH invocation (cont.)
  • Date: Mon, 07 May 2001 19:45:41 -0600
>From: Brian Colle <address@hidden>
>Organization: SUNY Stony Brook
>Keywords: 200105070058.f470wSp08974 McIDAS Frame

Brian,

>I had some more time to play around with this. I tried removing the
>Frame1.0 in mcidas/help, but now I get images with no map background
>(imgdisp.k: Frame 1 does not exist error in batch.log).

This indicates that there is still one or more files somewhere that
McIDAS needs to read/write from/to but they do not have write permission.

Just so I really understand your setup:

o you installed McIDAS under the ldm account?
o you do/do not have a 'mcidas' account?

McIDAS tries to determine the HOME directory of the user 'mcidas' and use
it as a default starting point in MCPATH searches under certain circumstances.

>What bother me 
>is that even my working version of mcidas on my other machine also has a
>Frame1.0 in the help dir and it also *creates* a FRAMENH.001 in
>data/mcidas.

This usually happens when there is a problem in either the HOME
directory setup of the 'mcidas' user; improper/incomplete enviornment
variable settings; existing files that McIDAS needs (and should be in
the .mctmp directory) and it doesn't have write permissions to.

Another thing I have seen in accounts where the default SHELL is the C
shell is unsetting of MCPATH definitions in a script when MCPATH is
defined in .cshrc.  The solution for this is the wrapping the
definition of MCPATH with an IF construct.  This is discussed in the
McIDAS installation information.  Quickly, the form of the IF setting
in .cshrc is:

# C-shell environment variable definitions for the user 'mcidas'

# umask
umask 002

# MCHOME and McINST_ROOT
setenv MCHOME $HOME
setenv McINST_ROOT $MCHOME

# NOTE: conditional definition is only needed for C-shell users
if ( ! ${?MCPATH} ) then
  setenv MCDATA $MCHOME/workdata
  setenv MCPATH ${MCDATA}:$MCHOME/data:$MCHOME/help
  setenv MCGUI  $MCHOME/bin
  setenv MCTABLE_READ "${MCDATA}/MCTABLE.TXT;$MCHOME/data/ADDESITE.TXT"
  setenv MCTABLE_WRITE "$MCHOME/data/ADDESITE.TXT"
  setenv XCD_disp_file $MCDATA/DECOSTAT.DAT
  if ( ! ${?PATH} ) then
    setenv PATH ${MCGUI}
  else
    setenv PATH ${MCGUI}:$PATH
  endif
endif

# Limit ADDE transfers to compressed ones
setenv MCCOMPRESS TRUE


What is your default SHELL?  If it is the C shell, is your MCPATH definition
conditional like the example above?

>Therefore, I also need to "fix" my working version try to get
>everything to use .mctmp

I agree.

>Overall, perhaps there is something else going on here with permissions
>given the imgdisp.k complains with: Failed to write nav for frame 1 error. 

I would check the MCPATH definitions.

>I'll keep hunting around here for a solution, but I am open to more ideas.

Let me know the answers to the questions above and we can go from there.

>Thanks again.

Talk to you later...

Tom Yoksas