Hi Randy,
re:
> I have reviewed and enclosed the pqact files but i
> dont see anything about processing NIMAGE data.
I don't either. But, even if there was, the EXEC actions in
your ldmd.conf file are not setup to process the NIMAGE data.
re:
> is that a simple entry to add?
Yes, and one of the EXEC lines in ldmd.conf will need to be
modified.
re:
> do you have a sample
Here is an example pattern that will FILE the products as received
(meaning that the products will still be compressed in the same
format that they are sent in NOAAPort):
#
#
# NOAAPORT GINI Images
#
# Zlib compressed NOAAPORT GOES-East/West GINI Images -- FILE
NIMAGE ^satz/ch[0-9]/.*/(.*)/([12][0-9][0-9][0-9][01][0-9][0-3][0-9])
([0-2][0-9])([0-5][0-9])/(.*)/(.*km)/
FILE -close
data/pub/native/satellite/\1/\5_\6/\2/\5_\6_\1_\2_\3\4.gini
NB:
- this is only an example; you may well want to adjust it to suit
your overall setup!
- in the entry, certain white space are tabs, not spaces
The action should be read as:
NIMAGE<tab>^satz/ch[0-9]/.*/(.*)/([12][0-9][0-9][0-9][01][0-9][0-3][0-9])
([0-2][0-9])([0-5][0-9])/(.*)/(.*km)/
<tab>FILE<tab>-close
<tab>data/pub/native/satellite/\1/\5_\6/\2/\5_\6_\1_\2_\3\4.gini
- one of the ldmd.conf EXEC lines needs to be modified to process NIMAGE data
I suggest modifying:
exec "pqact -f WMO|NGRID /usr/local/ldm/etc/pqact.conf"
to:
exec "pqact -f WMO|NGRID|NIMAGE /usr/local/ldm/etc/pqact.conf"
AND putting the action at the end of ~ldm/etc/pqact.conf.
NB:
- after modifying the ldmd.conf file, the LDM will need to be stopped/started
for the change to take effect
- if all you are doing is modifying an action in a pattern-action file, you
do not need to stop/restart the LDM
Instead, you need to test your editing changes and, if there are no errors,
send a HUP signal to the toplevel LDM server:
<as 'ldm'>
-- modify, for example, ~ldm/etc/pqact.conf
ldmadmin pqactcheck
-- if there are no errors indicated, send the HUP signal
ldmadmin pqactHUP
Question:
- has someone there taken over Martha's activities of configuring and
maintaining the LDM?
If yes, that person should be doing the things listed above.
Comment:
- you said in an previous email that the objective was to get the
data for AWIPS-II use, not for McIDAS:
Not that i will be using the data in mcidas but i just want to look at it.
the end game is for the awips boys to access the data for their project.
If by "awips boys" you mean AWIPS-II, then be aware that AWIPS-II has
its own way of configuring an LDM to get data into the system for EDEX
processing/serving.
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: VHS-648329
Department: Support NOAAPORT
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.