Re: [awips2-users] LDM data via public Nbsp feed, pqact.conf, and the product router in EDEX

• To: awips2-users <awips2-users@xxxxxxxxxxxxxxxx>
• Subject: Re: [awips2-users] LDM data via public Nbsp feed, pqact.conf, and the product router in EDEX
• From: Michael Sabino <michael.r.sabino@xxxxxxxxx>
• Date: Sat, 2 Nov 2013 14:33:42 -0500

I was able to fix it. The script Nbsp used to insert into ldm wasn't
written right. Apparently there's a big difference between knes_tigf01
being at the end and "TIGF01 KNES"


Thanks,

Michael Sabino

On 11/2/13, Michael Sabino <michael.r.sabino@xxxxxxxxx> wrote:
> Hi,
>
> I am receiving data via Nbsp (noaaport broadcast systems processor),
> and am having some difficulty getting the satellite data into EDEX.
> Level3 radar and text products work well however.
>
> Here is the issue I am having: When I receive a satellite image, I get
> lines in my ldmadmin watch -f NIMAGE like this:
>
> Nov 02 18:20:46 pqutil INFO:    68152 20131102182019.920  NIMAGE
> 273725  satz/ch1/16/SOUND-6.51/20131102 1746/EAST-CONUS/10km/
> knes_tige52
> Nov 02 18:20:47 pqutil INFO:    66314 20131102182021.959  NIMAGE
> 273726  satz/ch1/16/SOUND-4.45/20131102 1746/EAST-CONUS/10km/
> knes_tige55
> Nov 02 18:20:47 pqutil INFO:   124890 20131102182022.097  NIMAGE
> 71473419  satz/ch1/2/channel60/20131102 1654/AK-NATIONAL/1km/
> knes_ticb60
> Nov 02 18:20:48 pqutil INFO:    74363 20131102182025.901  NIMAGE
> 273727  satz/ch1/16/SOUND-3.98/20131102 1746/EAST-CONUS/10km/
> knes_tige57
> Nov 02 18:20:48 pqutil INFO:    80940 20131102182027.891  NIMAGE
> 273728  satz/ch1/16/SOUND-VIS/20131102 1746/EAST-CONUS/10km/
> knes_tige59
> Nov 02 18:20:50 pqutil INFO:    41967 20131102182033.929  NIMAGE
> 71473517  satz/ch1/2/PW/20131102 1654/AK-NATIONAL/1km/ knes_ticb17
> Nov 02 18:20:53 pqutil INFO:   417931 20131102182042.881  NIMAGE
> 71473574  satz/ch1/2/channel60/20131102 1654/HI-NATIONAL/1km/
> knes_tici60
>
>
> In my edex-ingest-unrecognized-files log, I get errors like this:
>
> WARN  2013-11-02 18:25:54,037 [distributionThreadPool-5]
> RouteFailedLog: satz/ch1/18/SOUND-4.45/20131102 1801/WEST-CONUS/10km/
> knes_tigw55
> WARN  2013-11-02 18:25:54,041 [distributionThreadPool-3]
> RouteFailedLog: satz/ch1/18/SOUND-VIS/20131102 1801/WEST-CONUS/10km/
> knes_tigw59
> WARN  2013-11-02 18:25:57,047 [distributionThreadPool-1]
> RouteFailedLog: satz/ch1/16/VIS/20131102 1815/PR-REGIONAL/1km/
> knes_tigp01
> WARN  2013-11-02 18:25:57,048 [distributionThreadPool-4]
> RouteFailedLog: satz/ch1/16/3.9/20131102 1815/PR-REGIONAL/4km/
> knes_tigp04
> WARN  2013-11-02 18:25:57,692 [distributionThreadPool-5]
> RouteFailedLog: satz/ch1/16/WV/20131102 1815/PR-REGIONAL/4km/
> knes_tigp05
> WARN  2013-11-02 18:25:58,838 [distributionThreadPool-3]
> RouteFailedLog: satz/ch1/16/IR/20131102 1815/PR-REGIONAL/4km/
> knes_tigp02
> WARN  2013-11-02 18:26:00,423 [distributionThreadPool-5]
> RouteFailedLog: satz/ch1/16/13.3/20131102 1815/PR-REGIONAL/8km/
> knes_tigp06
>
> Why would the routing of the product be failing?
>
>
> my pqact.conf has the usual line:
> 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  -overwrite -edex
> /awips2/data_store/sat/\8/\9/\1/\1_\2\3\4\5_\6\7
>
> ..and data is successfully stored in the /data_store/sat directory.
>
>
>
> Thanks,
>
> Michael Sabino
>

• References:
  • [awips2-users] LDM data via public Nbsp feed, pqact.conf, and the product router in EDEX
    • From: Michael Sabino