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

20011105: IMGDISP problems (cont.) (fwd)



>From: Mike Voss <address@hidden>
>Organization: SJSU
>Keywords: 200110181917.f9IJHA119842 McIDAS IMGDISP ADDE

Mike,

>Yes, we're a bit behind on the MCDAS. Thanks so much for helping my friend
>Giovanni.

No problem.  His problem was a new one for me!

>I completed the steps you mentioned below to install the patched agetserv
>program, but it did not compile....here is the makelog:
>
>--------------------------------------------------
>./mccomp -O -vendor -I. -I../netcdf/libsrc -I../jpeg -I../zlib -c agetserv.fp
>cd /tmp/Mu22363
>ln -s /export/home/mcidas/mcidas7.7/src/agetserv.f .
>ln -s /export/home/mcidas/mcidas7.7/src/areaparm.inc .
>ln -s /export/home/mcidas/mcidas7.7/src/fileparm.inc .
>f77 -c -O agetserv.f
>agetserv.f:
> MAIN:
>        aget:
>"agetserv.f", line 339: Error: bad dimension list for array "gathered_files"
>"agetserv.f", line 339: Error: "gathered_files" is a non-argument adjustable a
> rray
>"agetserv.f", line 339: Error: attempt to use undefined variable "max_image_fi
> les"
>"agetserv.f", line 339: Error: "max_image_files":  Adjustable array's bounds m
> ust be a dummy argument or in a common block
>"agetserv.f", line 1153: Error: unbalanced parentheses, statement skipped
>"agetserv.f", line 1155: Error: statement 22 is not executable
>        earth:
>        isngl:
>compile agetserv.fp:            FAILED
>-----------------------------------------------------------------------
>
>Let me know if you need any more trouble shooting info......I will await
>further instructions, thanks,

I was afraid of something like this happening.  Even though I used the
7.7 version of agetserv.fp for the mod I sent you, it was the one from
the most recent version of 7.7.  You have 7.701, which only contains
the first addendum, and the include file that has the defines listed as
undefined above is from a more recent addendum.

The easiest way for you to get a working agetserv module is to update
your 7.701 release to the latest 7.7x version.  Here is the (detailed)
process:

<login as 'mcidas'>

cd mcidas7.7/update

ftp ftp.unidata.ucar.edu
  <user> umcidas
  <pass> XXXXXX
  cd unix/770/bugfix
  binary
  get mcupdate.tar.Z
  quit

./mcunpack
cp agetserv.fp ../src      <- assumes version from yesterday is still in
                              mcidas7.7/update

< save important files >

cd ~mcidas/workdata
cp GINI.CFG GINI.CFG.BAK
cp NNEXRAD.CFG NNEXRAD.CFG.BAK
cp STRTABLE STRTABLE.BAK
cp WNEXRAD.CFG WNEXRAD.CFG.BAK
cp mcsour.sh mcscour.sh.bak
cp uwgrid.sh uwgrid.sh.bak

< remake and install McIDAS-X >

cd ~mcidas/mcidas7.7/src
make mcx
make install.mcx

< restore saved files >

cd ~mcidas/workdata
cp GINI.CFG.BAK GINI.CFG
cp NNEXRAD.CFG.BAK NNEXRAD.CFG
cp STRTABLE.BAK STRTABLE
cp WNEXRAD.CFG.BAK WNEXRAD.CFG
cp mcsour.sh.bak mcscour.sh
cp uwgrid.sh.bak uwgrid.sh


If you are still running McIDAS-XCD, you will want to also do the
following:

< as ldm: stop the LDM >

ldmadmin stop

< as mcidas: remake and install McIDAS-XCD >

cd ~mcidas/workdata
cp RTMODELS.CFG RTMODELS.CFG.BAK

cd ~mcidas/mcidas7.7/src
make xcd
make install.xcd

< add a file REDIRECTion for GRID6000 using the same directory that is
used for GRID5* files >

cd ~/workdata
redirect.k LIST
redirect.k ADD GRID6000 \"same_directory_as_REDIRECTion_for_GRID5*

< remove the FOUS14 .RAP and .RAT files and reinitialize them >

cd directory_pointed_to_by_FOUS14.RAT_and_FOUS14.RAP_REDIRECTions
rm FOUS14.RAP FOUS14.RAT

cd ~/workdata
batch.k XCDDEC.BAT

< as ldm: restart the LDM >

ldmadmin start

If you are decoding GRID files using XCD, then do the following (these
instructions are taken from the McIDAS 7.7 Addendum #5 web pages:

http://www.unidata.ucar.edu/packages/mcidas/770/mcx/addenda_010508.html

Inactivating the Grid Data Monitor 

  1.From a McIDAS-X session running under the oper account, inactivate the
    grid data monitor, DMGRID. 

     Type: DECINFO SET DMGRID INACTIVE

Changing the AVN Grid File Range 

After running make install.xcd as directed above, you will have a new
copy of RTMODELS.CFG installed in the McIDAS working directory of the
user mcidas. If you followed the instructions above, you would have
saved your old copy of RTMODELS.CFG in the same directory under the
name RTMODELS.CFG.BAK. If you made modifications to your old copy of
RTMODELS.CFG (now RTMODELS.CFG.BAK), you will need to migrate those
changes to the new version of RTMODELS.CFG.

  1.Login to the McIDAS-XCD workstation as user mcidas

  2.Change to the ~mcidas/workdata directory. 

     Type: cd ~mcidas/workdata

  3.Compare entries from RTMODELS.CFG.BAK with RTMODELS.CFG merging all
    of your site changes into RTMODELS.CFG

  4.Save RTMODELS.CFG 

Moving the Existing AVN Grid Files to the New Range 

  1.Login to the workstation running McIDAS-XCD as the user mcidas

  2.Change to the output directory you have chosen for XCD decoded GRID
    files (this will vary from site-to-site). 

     Type: cd directory_for_GRID_file_decoding

  3.Move all 00 UTC run AVN grid files (5401-5450) to their new range
    (5701-5750).

     Type: mv GRID54nn GRID57nn

     where nn are the last two digits of an existing grid file, for example: 

     Type: mv GRID5401 GRID5701
     Type: mv GRID5411 GRID5711

     Repeat this step for all existing 00 UTC run AVN grid files in the
     range 5401-5450

  4.Move all 12 UTC run AVN grid files (5451-5500) to their new range
    (5801-5850).

     Type: mv GRID5xxx GRID5yyy

     where xxx are the last three digits of an existing grid file, and
     yyy = xxx + 350, for example:

     Type: mv GRID5451 GRID5801
     Type: mv GRID5461 GRID5811

     Repeat this step for all existing 12 UTC run AVN grid files in the
     range 5451-5500. (Note: The number 350 is added to xxx because the
     new range of grid files for the 12 UTC run is exactly 350 greater
     than the old range.)

Changing the mcscour.sh Entry for GRID Scouring 

The section above moved the location of the AVN grids to grid files
5701 through 5900. Because the grid files have moved, the GRID file
scouring commmand in mcscour.sh may also need to be modified. Complete
the steps below to do so.

  1.Locate the copy of mcscour.sh that is being run from a crontab
    entry (this may be in the mcidas or ldm accounts)

  2.Edit mcscour.sh and locate the entry containing the qrtmdg.k GRID
    command used to delete the real-time grid
    files. The entry will look similar to:

     qrtmdg.k GRID 5001 5600 1

  3.If the last GRID file number on the qrtmdg.k GRID invocation line
    is at least 6000 (it is 5600 in the example
    above), you do not have to do anything further.

     If it is less than 6000, change it to 6000. The entry will now
     look similar to:

     qrtmdg.k GRID 5001 6000 1

     This causes all grid files between 5001 and 6000, inclusive, that
     are more than one day old to be deleted.

  4.Save mcscour.sh. 

Changing the DSSERVE Entry 

Because the AVN grids were moved to grid files 5701 through 5900, the
definition of the RTGRIDS/AVN dataset must be changed to indicate the
new location.

  1.Login to the McIDAS-XCD workstation as user mcidas.

  2.Start a McIDAS-X session. 

     Type: mcidas

  3.Change the DSSERVE entry for the RTGRIDS/AVN dataset to indicate
    the new location of the AVN grid files
     (5701 through 5900).

     Type: DSSERVE ADD RTGRIDS/AVN GRID 5701 5900 RT=YES "Real-Time AVN Grids

  4.End the McIDAS-X session. 

     Type: EXIT

Reactivating the Grid Data Monitor 

  1.From a McIDAS-X session running under the mcidas account,
    reactivate the grid data monitor, DMGRID

     Type: DECINFO SET DMGRID ACTIVE

User Actions Necessitated by the Code Updates

ALL users need to remove the old copy of UNIMENU.DEF from their McIDAS
working directory.

< user mcidas > 

cd ~/workdata
rm UNIMENU.DEF

< user that is NOT mcidas > 

cd ~/mcidas/data
rm UNIMENU.DEF

This will get you up to the latest addendum for 7.7, and Giovanni should
be set to go.

Please let me know if you run into problems.

Tom


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.