[Met_help] [rt.rap.ucar.edu #78113] History for a question about the correctness of self-check in point_stat.cc of MET
Julie Prestopnik via RT
met_help at ucar.edu
Wed Sep 28 13:39:34 MDT 2016
----------------------------------------------------------------
Initial Request
----------------------------------------------------------------
Dear Mr. or Mrs,
I'm running Met 5.1 on theia , which has been installed by Jacob Charley
and had been run well.
However, in my case, I had a problem running point_stat, that the program
will evaluate that some dimension size doesn't match and will stop by
itself. The problem is the error message doesn't make sense to me.
First what I see is as
^^
The error message given by the program is :
^^
DEBUG 2: Searching 56310 observations from 13315 messages.
NetCDF: Index exceeds dimension bound
VV
However, also from its output, there was:
^^
DEBUG 2: Total PrepBufr Messages retained = 13315
DEBUG 2: Total observations retained or derived = 56310
VV
VV
By some digging, i found the error message (DEBUG 2) is in point_stat.cc:
^^
................
mlog << Debug(2)
<< "Searching " << obs_dim->size()
<< " observations from " << hdr_dim->size()
<< " messages.\n";
..................
VV
So, if the error message is correct, seems the size of an array is defined
as the message number (13315) other than the observation number(56310).
If my understanding is true, will it should be to change the size to be
defined as the observation number?
Or the message is misleading, the "invoking" condition is other which was
invoked in the lines above .
Normally, for those issues, I'd prefer to do more digging by code changes
and test run, however, to install Met on our machines on my account needs
quite some efforts. Hence, I open this ticket with MET help system and I
will really appreciate your attention on this.
Your clarification/help is appreciated.
Best Regards,
Ting
----------------------------------------------------------------
Complete Ticket History
----------------------------------------------------------------
Subject: a question about the correctness of self-check in point_stat.cc of MET
From: Julie Prestopnik
Time: Wed Sep 28 13:02:05 2016
Could you please upload your data to our anonymous ftp site as follows
so
that I can take a look?
http://www.dtcenter.org/met/users/support/met_help.php#ftp
Thanks,
Julie
On Wed, Sep 28, 2016 at 12:16 PM, Ting Lei - NOAA Affiliate via RT <
met_help at ucar.edu> wrote:
>
> Wed Sep 28 12:16:57 2016: Request 78113 was acted upon.
> Transaction: Ticket created by ting.lei at noaa.gov
> Queue: met_help
> Subject: a question about the correctness of self-check in
> point_stat.cc of MET
> Owner: Nobody
> Requestors: ting.lei at noaa.gov
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=78113 >
>
>
> Dear Mr. or Mrs,
> I'm running Met 5.1 on theia , which has been installed by Jacob
Charley
> and had been run well.
> However, in my case, I had a problem running point_stat, that the
program
> will evaluate that some dimension size doesn't match and will stop
by
> itself. The problem is the error message doesn't make sense to me.
> First what I see is as
> ^^
> The error message given by the program is :
> ^^
> DEBUG 2: Searching 56310 observations from 13315 messages.
> NetCDF: Index exceeds dimension bound
>
> VV
> However, also from its output, there was:
> ^^
> DEBUG 2: Total PrepBufr Messages retained = 13315
> DEBUG 2: Total observations retained or derived = 56310
> VV
>
>
> VV
>
>
>
> By some digging, i found the error message (DEBUG 2) is in
point_stat.cc:
> ^^
> ................
> mlog << Debug(2)
> << "Searching " << obs_dim->size()
> << " observations from " << hdr_dim->size()
> << " messages.\n";
> ..................
>
> VV
> So, if the error message is correct, seems the size of an array is
defined
> as the message number (13315) other than the observation
number(56310).
>
> If my understanding is true, will it should be to change the size to
be
> defined as the observation number?
> Or the message is misleading, the "invoking" condition is other
which was
> invoked in the lines above .
> Normally, for those issues, I'd prefer to do more digging by code
changes
> and test run, however, to install Met on our machines on my account
needs
> quite some efforts. Hence, I open this ticket with MET help system
and I
> will really appreciate your attention on this.
> Your clarification/help is appreciated.
>
> Best Regards,
> Ting
>
>
--
Julie Prestopnik
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
------------------------------------------------
Subject: a question about the correctness of self-check in point_stat.cc of MET
From: Ting Lei - NOAA Affiliate
Time: Wed Sep 28 13:37:36 2016
Hi, Julie,
Thanks a lot for your offering to help.
A good while weird thing is that the problem disappeared when I re-
ran it
to generate a clean copy of all the stuff you requested.
I checked, seems the *stat files had been generated as expected.
The info about the numbers of prepbufr were the same. Just there were
any
error messages as I reported in my last email.
I can't explain why? However, i think the current ticket can be
closed and
I will re-open it if I run into this issue again.
I really appreciate your willing to help on such an issue a little
deep
into the codes.
Ting
On Wed, Sep 28, 2016 at 3:02 PM, Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:
> Could you please upload your data to our anonymous ftp site as
follows so
> that I can take a look?
>
> http://www.dtcenter.org/met/users/support/met_help.php#ftp
>
> Thanks,
> Julie
>
> On Wed, Sep 28, 2016 at 12:16 PM, Ting Lei - NOAA Affiliate via RT <
> met_help at ucar.edu> wrote:
>
> >
> > Wed Sep 28 12:16:57 2016: Request 78113 was acted upon.
> > Transaction: Ticket created by ting.lei at noaa.gov
> > Queue: met_help
> > Subject: a question about the correctness of self-check in
> > point_stat.cc of MET
> > Owner: Nobody
> > Requestors: ting.lei at noaa.gov
> > Status: new
> > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=78113 >
> >
> >
> > Dear Mr. or Mrs,
> > I'm running Met 5.1 on theia , which has been installed by Jacob
Charley
> > and had been run well.
> > However, in my case, I had a problem running point_stat, that the
program
> > will evaluate that some dimension size doesn't match and will stop
by
> > itself. The problem is the error message doesn't make sense to me.
> > First what I see is as
> > ^^
> > The error message given by the program is :
> > ^^
> > DEBUG 2: Searching 56310 observations from 13315 messages.
> > NetCDF: Index exceeds dimension bound
> >
> > VV
> > However, also from its output, there was:
> > ^^
> > DEBUG 2: Total PrepBufr Messages retained = 13315
> > DEBUG 2: Total observations retained or derived = 56310
> > VV
> >
> >
> > VV
> >
> >
> >
> > By some digging, i found the error message (DEBUG 2) is in
> point_stat.cc:
> > ^^
> > ................
> > mlog << Debug(2)
> > << "Searching " << obs_dim->size()
> > << " observations from " << hdr_dim->size()
> > << " messages.\n";
> > ..................
> >
> > VV
> > So, if the error message is correct, seems the size of an array is
> defined
> > as the message number (13315) other than the observation
number(56310).
> >
> > If my understanding is true, will it should be to change the size
to be
> > defined as the observation number?
> > Or the message is misleading, the "invoking" condition is other
which was
> > invoked in the lines above .
> > Normally, for those issues, I'd prefer to do more digging by code
changes
> > and test run, however, to install Met on our machines on my
account
> needs
> > quite some efforts. Hence, I open this ticket with MET help system
and I
> > will really appreciate your attention on this.
> > Your clarification/help is appreciated.
> >
> > Best Regards,
> > Ting
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
------------------------------------------------
Subject: a question about the correctness of self-check in point_stat.cc of MET
From: Julie Prestopnik
Time: Wed Sep 28 13:39:28 2016
Hrm. Interesting. Well, I'm glad everything ran well this time. I
will
go ahead and close this ticket for now. Please let us know if you
encounter any other problems.
Thanks,
Julie Prestopnik
On Wed, Sep 28, 2016 at 1:37 PM, Ting Lei - NOAA Affiliate via RT <
met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=78113 >
>
> Hi, Julie,
> Thanks a lot for your offering to help.
> A good while weird thing is that the problem disappeared when I re-
ran it
> to generate a clean copy of all the stuff you requested.
> I checked, seems the *stat files had been generated as expected.
>
> The info about the numbers of prepbufr were the same. Just there
were any
> error messages as I reported in my last email.
> I can't explain why? However, i think the current ticket can be
closed and
> I will re-open it if I run into this issue again.
>
> I really appreciate your willing to help on such an issue a little
deep
> into the codes.
> Ting
>
>
>
>
>
> On Wed, Sep 28, 2016 at 3:02 PM, Julie Prestopnik via RT <
> met_help at ucar.edu>
> wrote:
>
> > Could you please upload your data to our anonymous ftp site as
follows so
> > that I can take a look?
> >
> > http://www.dtcenter.org/met/users/support/met_help.php#ftp
> >
> > Thanks,
> > Julie
> >
> > On Wed, Sep 28, 2016 at 12:16 PM, Ting Lei - NOAA Affiliate via RT
<
> > met_help at ucar.edu> wrote:
> >
> > >
> > > Wed Sep 28 12:16:57 2016: Request 78113 was acted upon.
> > > Transaction: Ticket created by ting.lei at noaa.gov
> > > Queue: met_help
> > > Subject: a question about the correctness of self-check in
> > > point_stat.cc of MET
> > > Owner: Nobody
> > > Requestors: ting.lei at noaa.gov
> > > Status: new
> > > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=78113
> >
> > >
> > >
> > > Dear Mr. or Mrs,
> > > I'm running Met 5.1 on theia , which has been installed by
Jacob
> Charley
> > > and had been run well.
> > > However, in my case, I had a problem running point_stat, that
the
> program
> > > will evaluate that some dimension size doesn't match and will
stop by
> > > itself. The problem is the error message doesn't make sense to
me.
> > > First what I see is as
> > > ^^
> > > The error message given by the program is :
> > > ^^
> > > DEBUG 2: Searching 56310 observations from 13315 messages.
> > > NetCDF: Index exceeds dimension bound
> > >
> > > VV
> > > However, also from its output, there was:
> > > ^^
> > > DEBUG 2: Total PrepBufr Messages retained = 13315
> > > DEBUG 2: Total observations retained or derived = 56310
> > > VV
> > >
> > >
> > > VV
> > >
> > >
> > >
> > > By some digging, i found the error message (DEBUG 2) is in
> > point_stat.cc:
> > > ^^
> > > ................
> > > mlog << Debug(2)
> > > << "Searching " << obs_dim->size()
> > > << " observations from " << hdr_dim->size()
> > > << " messages.\n";
> > > ..................
> > >
> > > VV
> > > So, if the error message is correct, seems the size of an array
is
> > defined
> > > as the message number (13315) other than the observation
number(56310).
> > >
> > > If my understanding is true, will it should be to change the
size to be
> > > defined as the observation number?
> > > Or the message is misleading, the "invoking" condition is other
which
> was
> > > invoked in the lines above .
> > > Normally, for those issues, I'd prefer to do more digging by
code
> changes
> > > and test run, however, to install Met on our machines on my
account
> > needs
> > > quite some efforts. Hence, I open this ticket with MET help
system and
> I
> > > will really appreciate your attention on this.
> > > Your clarification/help is appreciated.
> > >
> > > Best Regards,
> > > Ting
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
>
>
--
Julie Prestopnik
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
------------------------------------------------
More information about the Met_help
mailing list