Hi David,
Sorry for the tardy reply...
re:
> Thanks for the welcome!
It is always nice to welcome a new member of the community (you, not Creighton)!
re:
> As a note...we are not running MCIDAS on this
> system (from what I've been told), although it is something that has been
> done in the past...in order to produce wxp output files.
Yes, Creighton used to run McIDAS, but not to output WXP files. Presumably
WXP was run to do that. That is not important for this discussion, however.
re:
> After doing a bit
> more mucking around in the code today, I am on the same page...the
> EAST-CONUS files are not part of the UNIWISC feed (they are NIMAGE), so
> that's another story entirely!
Yup.
re:
> As an aside, I have isolated the SATANNOT
> and SATBAND errors to the following 5 sets of feeds...
>
> GOES11 - 4km/IR
> GOES11 - 8km/WV
> GOES13 - 4km/VIS
> GOES13 - 4km/WV
> GOES13 - 4km/IR
Hmm... I could understand there being a warning issued when the platform
is GOES-13 _if_ the SATANNOT and SATBAND files you have are very old. I
guess if they are old enough, then GOES-11 wouldn't be recognized either.
The solution to this problems should be you loading in a more current
version of the ldm-mcidas decoders, or, at least, the SATANNOT and
SATBAND files from a more current version of the decoders (this may
be tricky, however, since the format of the SATBAND file changed some
time ago, and the code in pnga2area had to change to accommodate the
change). You can download a binary distribution of ldm-mcidas v2008
using anonymous FTP as follows:
machine: ftp.unidata.ucar.edu
user: anonymous
pass: address@hidden
directory: pub/binary/linux_2.6-i686
OR
pub/binary/linux_2.6-x86_64
file: ldm-mcidas-2008.tar.gz
I would download this package to a directory under ~ldm:
<as 'ldm'>
cd ~ldm
mkdir ldm-mcidas
cd ldm-mcidas
ftp ftp.unidta.ucar.edu
user: anonymous
pass: address@hidden
cd pub/binary/linux_2.6-i686
binary
get ldm-mcidas-2008.tar.gz
quit
tar xvzf ldm-mcidas-2008.tar.gz
rm -f runtime
ln -s ldm-mcidas-2008 runtime
ln -s runtime/* .
At this point, you could try replacing the copies of SATANNOT and SATBAND
that you have in ~ldm/etc with the ones in the v2008 distribution:
cp etc/SAT* ~/etc
NB: if your ldm-mcidas decoders are _really_ old, your copy of pnga2area
may not recognize the different format in SATBAND. In this case, I would
verify that the v2008 binaries will run on your machine, and if they
do copy them over to the directory where your current ldm-mcidas decoders
live:
ldd bin/pnga2area
ldd bin/nldn2md
ldd bin/lgt2md
etc.
If the listing from 'ldd' shows that all needed shared libraries are
found, then copy the decoder(s) you are using. For instance,
cp bin/pnga2area ~/decoders <- assumes that your existing copy of
pnga2area is in ~ldm/decoders
However, please read on... you may not need to do this at all.
re:
> Here are the pqact.conf and ldmd.conf files that you were asking for. I
> have also attached the pqact.gempak_images as well...this contains the other
> set of pnga2area calls (without the -a and -b flags).
OK, thanks for sending these along. Here are two quick observations:
- you are sending all of the products for all of the datastreams you are
ingesting to be processed by the actions in ~ldm/etc/pqact.conf
It is highly likely that you really don't want to be doing this. There
are two reasons I say this:
- there are only actions for UNIWISC (aka MCIDAS) and NIMAGE products
in ~ldm/etc/pqact.conf
- you are processing the products from the UNIWISC (aka MCIDAS) and
NIMAGE feeds with actions in the ~ldm/etc/pqact.gempak_images file
Since you note that you are not running McIDAS, I would think that
you do not need to do any of the processing embodied in the
~ldm/etc/pqact.conf file. If this is true, all you need to do is
comment out the line in ~ldm/etc/ldmd.conf that runs those actions:
change:
exec "pqact"
to:
#exec "pqact"
NB: any time a change is made in ~ldm/ldmd.conf, you have to stop/start
the LDM for it/them to take effect:
ldmadmin restart
- the MCIDAS and NIMAGE actions embodied in ~ldm/etc/pqact.gempak_images
are FILE actions only; they do not run the ldm-mcidas 'pnga2area' decoder
This means three things:
- these actions can not cause the SATANNOT/SATBAND warnings you are seeing
- if GEMPAK processing is all you need/want to do, then commenting out the
exec "pqact" line from ~ldm/etc/ldmd.conf and restarting the LDM
should stop all of the SATANNOT/SATBAND warning messages you are seeing
- there should be no reason for your not being able to view EAST-CONUS images
in GEMPAK applications
Question:
- did you verify that you have images in the
~ldm/data/gempak/images/sat/EAST-CONUS/4km/*
directories?
If yes, the inability to view the images in GEMPAK is a mystery to me.
re:
> The paths are all set
> properly and the files are in the ~/etc/ directory. So that's that!
Yup.
re:
> One
> more (hopefully) simple question. I can't find anything that describes the
> difference between UNIWISC and MCIDAS references in the *.conf files...do
> they call/mean the same thing?
Yes, they are the same thing. For years the datafeed was known as MCIDAS
since it was the primary mechanism for delivering satellite imagery to
the McIDAS application. However, since GEMPAK, McIDAS and the IDV can
all use the imagery in the datastream, it was decided to rename it (actually
to make its primary name) to UNIWISC since this more closely reflects
the actual name of the datastream, the Unidata-Wisconsin datastream. You
will note that when I reference UNIWISC, I always add '(aka MCIDAS)'. This
is to alert the user that UNIWISC and MCIDAS are synonymous.
re:
> Regardless, thanks for the help!
No worries. We are always happy to help when we can.
re:
> I just
> moved here to Creighton and Omaha after living my whole life in Denver, so
> there are a lot of changes here!
Now that is an interesting move... How do you like it?
re:
> Hope all is well back home...all the best!
Things are very nice in Colorado of late. Lots of nice fluffy snow (and cold)
followed by warm (but windy) weather. It was so warm this past weekend that
we had our doors and windows open in my house which is located at 8150'
on Sugarloaf!
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: FNK-457904
Department: Support ldm-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.