Re: WEATHER program, GDBM and LDM

Hi,

I found the problem! It works very well now. The problem is, I think, didn't
compile with the proper gdbm library for weather. Now using the version 1.7.3
everything works very well as expected.

FYI, the default_time = l12 means to search for the latest obs in the last 12h
A default_time of 12 would mean to display all 12 hours of obs.

Thanks four your help, it helped me to pinpoint rapidly the problem by
elimination...

Christian Page
UQAM

On Thu, 26 Jul 2001, Tom McDermott wrote:

> On Thu, 26 Jul 2001, Christian Page wrote:
>
> > One more thing about the config, I am running IRIX 6.5 on an SGI.
>
> I don't have any experience w/ SGI's (running Solaris 7 on SPARC).  I
> doubt that the Unix File System on both systems differ much at all.
> Perhaps someone who has experience w/ both will comment, but it doesn't
> seem like an OS related problem at first glance.
>
> > > > The weather program is showing some inconsistency. By example, if I
> > > > ask for the latest report for a given station, I get the latest report
> > > > most of time, but not always. Sometimes I get the previous one, or
> > > > none at all. My pqsurf.conf is configured as:
> > >
> > > What do you have in your 'weather.init' for 'default_time'?  The
> > > distributed file does not set this and the internal default is the current
> > > hour.  I changed ours to 'default_time = l', which means latest, so even
> > > if the obs for the current hour hasn't arrived yet, you will still get the
> > > latest obs.
> > >
> > I have: default_time = l12
>
> According to the docs, this means you should get the last 12 obs.  So how
> are you asking for the 'latest report for a given station'? By using the
> 'h1.d1-h2.d2' specifier?  Since I have 'l' as the default, I only use that
> specifier when I want to look at reports earlier than the current one.
> But it should work either way.
>
> > > I don't think so, because I can ask for the latest METAR for a city at
> > > around 50 minutes past the hour, get the previous hour's obs.  Then
> > > without exiting the program, come back in about 7 minutes or so, and type
> > > in the name of the station again (while still in the METAR> command), and
> > > get the current hour's obs.  The weather program seems to access the
> > > latest obs in the file with no problem and updates seem to available
> > > almost as soon as they are ingested by ldm.
> > >
> >
> > If I launch weather, ask for, let's say, /METAR then cyul, then do
> > that command again and again (a few times), sometimes I get no obs, or
> > sometimes I get the latest.
> >
> > Example of a weird output:
> >
> > WEATHER _V4.10_ 06-Jul-01
> >
> > WEATHER> /METAR
> >
> > METAR> cyul
> > CYUL 261100Z 01011KT 15SM FEW120 FEW250 14/05 A3008 RMK AC1CI2 SLP185 =
> >
> > METAR> cyhu
> > CYUL 261100Z 01011KT 15SM FEW120 FEW250 14/05 A3008 RMK AC1CI2 SLP185 =
> >
> > METAR> cyhu 2
> > CYHU 260900Z AUTO 04004KT 9SM CLR 12/07 A3004 RMK SLP174 =
> > CYHU 261000Z 01006KT 15SM FEW100 BKN220 10/07 A3005 RMK AC1CI2 SLP177 =
> > CYHU 261100Z 05003KT 15SM FEW100 SCT220 13/09 A3007 RMK AC1CI2 SLP184 =
> >
> > METAR> cyhu
> > CYHU 261100Z 05003KT 15SM FEW100 SCT220 13/09 A3007 RMK AC1CI2 SLP184 =
> >
> > All of these commands were executed one after another without a delay.
> >
> > Notice the second invocation where I ask for cyhu and I get cyul. If I
> > ask cyhu 2 I get it correctly then if I ask again for cyhu it works
> > then...
>
> Strange.  Here's what I get:
>
> [51] blizzard% wx
> Weather Version 4.9.1 22-Sep-98
>
> WEATHER> /metar
>
> METAR> cyul
> CYUL 261100Z 01011KT 15SM FEW120 FEW250 14/05 A3008 RMK AC1CI2SLP185=
> CYUL 261100Z 01011KT 15SM FEW120 FEW250 14/05 A3008 RMK AC1CI2 SLP185=
>
> METAR> cyhu
> CYHU 261100Z 05003KT 15SM FEW100 SCT220 13/09 A3007 RMK AC1CI2SLP184=
>
> METAR> cyhu 2
> CYHU 260900Z AUTO 04004KT 9SM CLR 12/07 A3004 RMK SLP174=
> CYHU 261000Z 01006KT 15SM FEW100 BKN220 10/07 A3005 RMK AC1CI2SLP177=
> CYHU 261100Z 05003KT 15SM FEW100 SCT220 13/09 A3007 RMK AC1CI2SLP184=
>
> METAR>  cyhu
> CYHU 261100Z 05003KT 15SM FEW100 SCT220 13/09 A3007 RMK AC1CI2SLP184=
>
>
> I didn't pick up the 'cyul' after asking for 'cyhu'.  I'm trying to
> recall: possibly I have seen something like this before, but not
> consistently enough for it to rise to the status of a 'problem', but I'm
> not sure, it's been a while.
>
> Sorry I can't be of more help.
>
> Tom
> -----------------------------------------------------------------------------
> Tom McDermott                         Email: tmcderm@xxxxxxxxxxxxxxxxx
> Systems Administrator                 Phone: (716) 395-5718
> Earth Sciences Dept.                  Fax: (716) 395-2416
> SUNY College at Brockport
>
>
>
>