[McIDAS #XAM-728083]: RTGOESR No Navigation...

Hi Christian,

Sorry for the delay in reply, I took the rest of the day off
yesterday :-)

re: who are you running imgdisp.k and map.k as?

> For this test I run as the mcidas user, but I had the same
> problem with the other user I tried, too.

OK.

re: what is your McIDAS environment when you try to run the commands?
> 
> MCBIN=/kepler/mcidas/bin
> MCHOME=/kepler/mcidas
> MCUPDATE=/kepler/mcidas/mcidas2017/update
> MCCOMPRESS=GZIP
> MCTABLE_WRITE=/kepler/mcidas/data/ADDESITE.TXT
> MCSRC=/kepler/mcidas/mcidas2017/src
> MCSTRETCH=EXP
> MCDATA=/kepler/mcidas/workdata
> MCTABLE_READ=/kepler/mcidas/workdata/MCTABLE.TXT;/kepler/mcidas/data/ADDESITE.TXT
> MCVER=2017
> MCGUI=/kepler/mcidas/bin
> MCPATH=/kepler/mcidas/workdata:/kepler/mcidas/workdata:/kepler/mcidas/data:/kepler/mcidas/help

This looks correct.

re: What is the result of: ls -alt ~/.mctmp

> -bash-4.1$ ls -alt ~/.mctmp
> total 12
> drwxr-xr-x.  3 mcidas meteo 4096 Apr 29 18:36 .
> drwxr-xr-x. 30 mcidas meteo 4096 Apr 29 15:28 ..
> drwx------.  2 mcidas meteo 4096 Jan 14 15:22 1483145238
> 
> so only old stuff....

OK, but it shows that 'mcidas' can write to the directory.

Aside: if the session that created the ~/.mctmp/1483145238 directory
is no longer running (most likely), you can/should delete the
directory and all of its contents.

re: Please try the following:
> >
> > <as 'mcidas'>
> > cd $MCDATA
> > mcenv -f 1@1000x1500
> >
> > imgdisp.k RTGOESR/CONUSC01
> > map.k
> > frmsave.k 1 test.gif
> >
> > exit
> >
> > Running both imgdisp.k and map.k in a session created by mcenv will
> > insure that the navigation information written to the subdirectory
> > of ~/.mctmp will still exist when map.k is run.
> 
> 
> This did work!!!!

OK, some progress.

re:
> It is weird because at first I got the error when running
> inside mcenv in the other account in a bash script, and I
> just tested again and it did not work:
> 
> MCHOME=/home/mcidas
> + MCHOME=/home/mcidas
> MCDATA=/home/ldm/mcidas/data
> + MCDATA=/home/ldm/mcidas/data

This seems to show that you were running as the user 'ldm', true?

re:
> #MCDATA=/home/mcidas/data
> MCPATH=${MCDATA}:$MCHOME/data:$MCHOME/help
> + MCPATH=/home/ldm/mcidas/data:/home/mcidas/data:/home/mcidas/help
> MCLOG=$MCDATA/mcrun.log
> + MCLOG=/home/ldm/mcidas/data/mcrun.log
> MCTABLE_READ="${MCDATA}/MCTABLE.TXT;${MCHOME}/data/ADDESITE.TXT"
> + 
> MCTABLE_READ='/home/ldm/mcidas/data/MCTABLE.TXT;/home/mcidas/data/ADDESITE.TXT'
> MCCOMPRESS=TRUE
> + MCCOMPRESS=TRUE
> MCSTRETCH=ORIG
> + MCSTRETCH=ORIG
> SHELL=/bin/sh
> + SHELL=/bin/sh
> 
> PATH=$MCHOME/bin:$PATH
> + 
> PATH=/home/mcidas/bin:/home/mcidas/bin:/kepler/ldm/decoders:/kepler/ldm/util:/kepler/ldm/bin:/kepler/ldm/sc:/kepler/ldm:/usr/local/rvm/gems/ruby-2.4.0/bin:/usr/local/rvm/gems/ruby-2.4.0@global/bin:/usr/local/rvm/rubies/ruby-2.4.0/bin:/usr/lib64/qt-3.3/bin:/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/local/rvm/bin
> 
> export MCHOME MCDATA MCLOG MCPATH MCTABLE_READ PATH LD_LIBRARY_PATH 
> MCCOMPRESS MCSTRETCH SHELL
> + export MCHOME MCDATA MCLOG MCPATH MCTABLE_READ PATH LD_LIBRARY_PATH 
> MCCOMPRESS MCSTRETCH SHELL
> 
> + mcenv -f 1@1024x1362
> logon.k USER 0279
> + logon.k USER 0279
> LOGON in progress...
> LOGON to McIDAS-X completed.
> gu.k MAKE 2 RED
> + gu.k MAKE 2 RED
> gu.k: Done
> gu.k MAKE 3 YELLOW
> + gu.k MAKE 3 YELLOW
> gu.k: Done
> gu.k MAKE 4 GREEN
> + gu.k MAKE 4 GREEN
> gu.k: Done
> gu.k MAKE 5 BLUE
> + gu.k MAKE 5 BLUE
> gu.k: Done
> gu.k MAKE 6 RED
> + gu.k MAKE 6 RED
> gu.k: Done
> gu.k MAKE 7 BLACK
> + gu.k MAKE 7 BLACK
> gu.k: Done
> 
> imgdisp.k RTGOESR/CONUSC13 STA=CYUL MAG=6 EU=XREC SF=YES
> + imgdisp.k RTGOESR/CONUSC13 STA=CYUL MAG=6 EU=XREC SF=YES
> imgdisp.k: done
> eg.k 1;map.k VH 8;bar.k COL=8 SU=TEMPC 1
> + eg.k 1
> Erased graphic frame(s) 1-1

Comment: there are times when doing an EG (eg.k) erases the navigation
associated with a frame, so this could be your problem.  Because of this,
I would change the order that you are doing things in to move the EG
invocation to before the IMGDISP invocation:

eg.k
imgdisp.k RTGOESR/CONUSC13 STA=CYUL MAG=6 EU=XREC SF=YES
map.k VH 8;bar.k COL=8 SU=TEMPC 1

> + map.k VH 8
> map.k: NO IMAGE OR NO NAVIGATION FOR FRAME
> + bar.k COL=8 SU=TEMPC 1
> bar.k: Cannot find dataset name

Does the stretch table TEMPC.ST exist in one of the MCPATH
specified directories?  I'm guessing that it was created in
the ~mcidas/workdata directory, and this directory is not
included in your MCPATH.

re:
> In the mcidas account, it worked but I got another error too:
> 
> -bash-4.1$ mcenv -f 1@1000x1500
> & imgdisp.k RTGOESR/CONUSC01
> cannot locate string names - rerun setup.
> Beginning Image Data transfer, bytes= 1503076
> cannot locate string names - rerun setup.
> cannot locate string names - rerun setup.
> cannot locate string names - rerun setup.
> cannot locate string names - rerun setup.
> cannot locate string names - rerun setup.
> cannot locate string names - rerun setup.
> IMGDISP: loaded frame  1
> imgdisp.k: done
> & map.k
> cannot locate string names - rerun setup.
> cannot locate string names - rerun setup.
> cannot locate string names - rerun setup.
> cannot locate string names - rerun setup.
> cannot locate string names - rerun setup.
> cannot locate string names - rerun setup.
> MAP: Completed frame 1
> & exit

This is likely saying that the MCPATH specification was not
complete, OR the first directory specified was not writable
by 'mcidas'.

re:
> I searched in support but it was not clear how to fix it...

Getting the environment correct is everything when running
McIDAS-X scripts.  The distribution contains two example Bourne
shell scripts that were designed to be used as templates for
writing one's own script.  Both are in the ~mcidas/data directory:

mcrun.sh
mcbatch.sh

re:
> Thanks again, I hope my message is not too confusing...

It was not confusing at all.

By the way, I know that scripting works since I have/am using
McIDAS-X scripts to convert GOES-16 imagery from its original
netCDF-4 format to McIDAS AREA for eventual distribution in
the IDD UNIWISC feed primarily for GEMPAK users.

Cheers,

Tom
--
****************************************************************************
Unidata User Support                                    UCAR Unidata Program
(303) 497-8642                                                 P.O. Box 3000
address@hidden                                   Boulder, CO 80307
----------------------------------------------------------------------------
Unidata HomePage                       http://www.unidata.ucar.edu
****************************************************************************


Ticket Details
===================
Ticket ID: XAM-728083
Department: Support McIDAS
Priority: Normal
Status: Closed
===================
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.