> On Fri, 4 May 2007, Unidata LDM Support wrote:
>
> > Gilbert,
> >
> > Your script which creates the FOS header for the bulletins retrieved by wget
> > needs to have a space " " character following the 3 digit sequence number,
> > eg:
> >>
> >> #!/bin/csh
> >> printf "\001\r\r\n000\r\r\n" <<---change this line
> >> printf "SAUS80 KWBC `date --utc +%d%H%M`\r\r\n"
> >> printf "METAR\n"
> >
> >
> > printf "\001\r\r\n000 \r\r\n" <<-- corrected line
> >
> >
> > The pqsurf program expects the WMO header to begin at byte 12 in the
> > bulletin.
> >
> > Most decoders aren't that rigid, they are usually looking for the start of
> > the TTAAII at the beginning of
> > a line and not hardcoded to byte 12.
> >
> > Once you make that correction pqsurf will work.
>
> Hmmm. I just did what you told me to...the METARs didn't make it into
> pqsurf. (puzzled.)
>
Gilbert,
Your next problem is likely the maximum size for a bulletin allowed in
surf_split.c which is 8192 bytes. Again, this also echoes the comment I
made previously about decoders expecting FOS products to be less
than a certain size. I ran your script and arrived at a product
of about 122Kb.
The surf_split.c code could be reasonably modified to dynamically allocate the
product buffer, or the wget output could be split into a workable number of
lines:
#!/bin/csh
wget -o /dev/null -O -
'http://adds.aviationweather.gov/metars/index.php?station_ids=K&chk_metars=on'|
\
grep FONT | sed -e 's/<\/FONT>/=/' -e 's/<[^>]*.//g' -e 's/$/\x0D\x0D/' | \
awk -f metar_split.awk | \
pqing -vl - -5 -q test.pq -f "IDS|DDPLUS" -
I've attached the metar_split.awk script to this message.
Ive tested an it works here for creating bulletins of 80 obs each at
around 4-6Kb.
Steve Chiswell
Unidata User Support
Ticket Details
===================
Ticket ID: RZI-325369
Department: Support LDM
Priority: Normal
Status: ClosedAttachment:
metar_obs.awk
Description: Binary data