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

[Support #RZI-325369]: Re: New LDM server for EMWIN-only feed



Gilbert,

> It doesn't fix the missing METAR problem. This shows up in the
> pqsurf database:
> 
> SPUS80 KWBC 111844^M^M
> SPECI^M^M
> KPVD 111841Z 11003KT 10SM SCT022 BKN055 BKN070 OVC140 18/16 A2986^M^M
> RMK AO2 RAB18E41 P0004=^M^M
> PANN 111841Z AUTO 27006KT 10SM SCT031 06/M01 A2987 RMK AO2^M^M
> RAE02B22E41 P0000 TSNO=^M^M
> ^M^M
> 
> This does not:
> 
> SAUS41 KBOX 111842^M^M
> MTRPVD^M^M
> SPECI KPVD 111841Z 11003KT 10SM SCT022 BKN055 BKN070 OVC140 18/16 ^M^M
> A2986 RMK AO2 RAB18E41 P0004^M^M
> ^M^M
> ^C^A^M^M
> 
> These do not:
> 
> SPUS41 KWBC 111835^M^M
> SPECI^M^M
> KPVD 111832Z 15003KT 7SM RA BKN022 BKN055 OVC070 18/15 A2986=^M^M
> ^M^M
> ^C^A^M^M
> 
> SAUS41 KBOX 111833^M^M
> MTRPVD^M^M
> SPECI KPVD 111832Z 15003KT 7SM RA BKN022 BKN055 OVC070 18/15 A2986 ^M^M
> RMK AO2 RAB18 P0003^M^M
> ^M^M
> ^C^A^M^M
> 
> SPUS80 KWBC 111836^M^M
> SPECI^M^M
> KPVD 111832Z 15003KT 7SM RA BKN022 BKN055 OVC070 18/15 A2986 RMK^M^M
> AO2 RAB18 P0003=^M^M
> ^M^M
> ^C^A^M^M
> 
> I can't figure out why this could be. Utterly stumped.

Because I don't know the data, Steve Chiswell is doing much of the
heavy lifting.  He sent me this:

I've attached the first of the LDM products that Gilbert mentioned below
as not working 2007051118_sao.wmo (the SAUS41 KBOX product).

I ingested this into my queue with pqing:

pqing -v -l - -f 'IDS|DDPLUS' -q test.pq 2007051118_sao.wmo

I now have 1 product in my test.pq:

pqcat -o 3600 -f WMO -v -l - -q test.pq > /dev/null
May 11 21:24:14 pqcat NOTE: Starting Up (8092091)
May 11 21:24:14 pqcat INFO:      145 20070511211423.066 IDS|DDPLUS 398  SAUS41 
KBOX 111842 /pMTRPVD
May 11 21:24:14 pqcat NOTE: Exiting
May 11 21:24:14 pqcat NOTE: Number of products 1

I then ran pqsurf to process the test.pq into pqsurf.pq and output the
metars with a single action in a pqsurf.conf file as attached:

> > pqsurf -q test.pq -Q pqsurf.pq -vl - -d . -o 3600 pqsurf.conf
May 11 21:26:15 pqsurf[8105834] NOTE: Starting Up (8105834)
May 11 21:26:15 pqact[8089024] NOTE: Starting Up
May 11 21:26:15 pqact[8089024] INFO: Successfully read configuration-file 
"pqsurf.conf"
May 11 21:26:15 pqsurf[8105834] INFO: 20070511202615.907 TS_ENDT {{IDS|DDS,  
"^S[AIMNP]"}}
May 11 21:26:15 pqact[8089024] INFO: 20070511202615.953 TS_ENDT {{ANY,  ".*"}}
May 11 21:26:15 pqact[8089024] INFO:        0 20070511212615.970     ANY 000  
_BEGIN_
May 11 21:26:15 pqsurf[8105834] INFO:      145 20070511211423.066 IDS|DDPLUS 
398  SAUS41 KBOX 111842 /pMTRPVD
May 11 21:26:31 pqact[8089024] INFO:      103 20070511211423.066 IDS|DDPLUS 
398001  speci KPVD 111842
May 11 21:26:31 pqact[8089024] INFO:                file: 
data/metars/2007051118_KPVD.speci
May 11 21:26:31 pqact[8089024] WARN: Processed oldest product in queue: 15.0181 
s


So.....this worked for me......

He said it didn't show up in the pqsurf data base. Since we received the
product in real time, we were able to reingest using pqing, it is a
valid product.. Maybe his
pqsurf didn't process the item before it was expired out of his queue?!

Guess he could test the attached file I provided with his setup.

Chiz
Regards,
Steve Emmerson

Ticket Details
===================
Ticket ID: RZI-325369
Department: Support LDM
Priority: Normal
Status: On Hold

Attachment: pqsurf.conf
Description: Binary data


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.