[Met_help] [rt.rap.ucar.edu #83030] History for Empty Object Error with MTD
John Halley Gotway via RT
met_help at ucar.edu
Wed Jul 10 17:01:10 MDT 2019
----------------------------------------------------------------
Initial Request
----------------------------------------------------------------
Greetings! It's me again. I am using MTD to retrospectively compare the
1-hr QPF of HRRRv2 to Stage IV throughout the 2017 warm season. This
requires invoking many iterations of MTD, most of which run fine. However,
I've noticed that every once in a while, an error occurs after MTD takes an
unusually long period of time. "*ERROR :
MtdIntFile::calc_2d_centroid_at_t() const -> empty object!*"
I have provided an example of the output error below, which uses the first
15 hours of the 18 UTC HRRRv2 from 04 June 2017. After finding 8 clusters,
the error occurs with a function that appears to compute the 2-D centroids.
If I use the same model run, but only use forecast hours 1 through 7, 7
clusters are found and no error occurs. If I increase the masking threshold
from 0.1" per hour to 0.15" per hour, X clusters are found and the error
also does not occur. I am wondering if MTD errors if too many clusters are
found?
Thank you for your help.
Mike
*DEBUG 2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/HRRRv2_lag00_f1.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/HRRRv2_lag00_f2.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/HRRRv2_lag00_f3.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/HRRRv2_lag00_f4.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/HRRRv2_lag00_f5.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/HRRRv2_lag00_f6.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/HRRRv2_lag00_f7.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/HRRRv2_lag00_f8.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/HRRRv2_lag00_f9.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/HRRRv2_lag00_f10.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/HRRRv2_lag00_f11.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/HRRRv2_lag00_f12.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/HRRRv2_lag00_f13.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/HRRRv2_lag00_f14.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/HRRRv2_lag00_f15.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/ST4_lag00_f1.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/ST4_lag00_f2.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/ST4_lag00_f3.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/ST4_lag00_f4.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/ST4_lag00_f5.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/ST4_lag00_f6.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/ST4_lag00_f7.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/ST4_lag00_f8.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/ST4_lag00_f9.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/ST4_lag00_f10.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/ST4_lag00_f11.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/ST4_lag00_f12.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/ST4_lag00_f13.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/ST4_lag00_f14.nc"DEBUG
2: mtd_read_data() -> processing file
"/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_HRRR/ST4_lag00_f15.nc"DEBUG
2: regridding, if needed ...DEBUG 2: Splitting fcst object fieldDEBUG 2:
Done splitting fcstDEBUG 2: Splitting obs object fieldDEBUG 2: Done
splitting obsDEBUG 2: Calculating 3D fcst single attributesDEBUG 2:
Calculating 3D obs single attributesDEBUG 2: Calculating 2D simple fcst
attributesDEBUG 2: Calculating 2D simple obs attributesDEBUG 2: N clusters
= 8DEBUG 2: Calculating 3D fcst cluster attributesERROR : ERROR : ERROR
: MtdIntFile::calc_2d_centroid_at_t() const -> empty object!*
--
Michael J. Erickson
Research Scientist
Cooperative Institute for Research in Environmental Sciences (CIRES)
NOAA/NWS/Weather Prediction Center
Phone: 301-683-1546
----------------------------------------------------------------
Complete Ticket History
----------------------------------------------------------------
Subject: Empty Object Error with MTD
From: Randy Bullock
Time: Wed Nov 15 11:21:08 2017
Hello again -
Thanks for reminding me about this. This is an error I found myself
and
fixed a couple months ago and then promptly forgot about. Sorry!
The way I see it, you've got two options:
(1) wait a week or so until the next MET release, which should happen
right after thanksgiving.
(2) If you have access to the MET source code on your system and can
recompile MET, I can send you a new source file with the bug fix. You
would then need to recompile MET (or at least MTD).
It's your choice, but for what it's worth, I recommend option (1).
Unless
you're familiar and experienced with building large systems (like MET)
from
scratch, you might very well spend many frustrating hours (or even
days!)
just getting the compiling and linking to work properly. **TRUST**
me on
this.
But, as I said, your choice.
In any case, thanks much for your interest in MTD.
Randy
On Wed, Nov 15, 2017 at 10:28 AM, Michael Erickson - NOAA Affiliate
via RT <
met_help at ucar.edu> wrote:
>
> Wed Nov 15 10:28:19 2017: Request 83030 was acted upon.
> Transaction: Ticket created by michael.j.erickson at noaa.gov
> Queue: met_help
> Subject: Empty Object Error with MTD
> Owner: Nobody
> Requestors: michael.j.erickson at noaa.gov
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=83030 >
>
>
> Greetings! It's me again. I am using MTD to retrospectively compare
the
> 1-hr QPF of HRRRv2 to Stage IV throughout the 2017 warm season. This
> requires invoking many iterations of MTD, most of which run fine.
However,
> I've noticed that every once in a while, an error occurs after MTD
takes an
> unusually long period of time. "*ERROR :
> MtdIntFile::calc_2d_centroid_at_t() const -> empty object!*"
>
> I have provided an example of the output error below, which uses the
first
> 15 hours of the 18 UTC HRRRv2 from 04 June 2017. After finding 8
clusters,
> the error occurs with a function that appears to compute the 2-D
centroids.
> If I use the same model run, but only use forecast hours 1 through
7, 7
> clusters are found and no error occurs. If I increase the masking
threshold
> from 0.1" per hour to 0.15" per hour, X clusters are found and the
error
> also does not occur. I am wondering if MTD errors if too many
clusters are
> found?
>
> Thank you for your help.
>
> Mike
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *DEBUG 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/HRRRv2_lag00_f1.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/HRRRv2_lag00_f2.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/HRRRv2_lag00_f3.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/HRRRv2_lag00_f4.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/HRRRv2_lag00_f5.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/HRRRv2_lag00_f6.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/HRRRv2_lag00_f7.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/HRRRv2_lag00_f8.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/HRRRv2_lag00_f9.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/HRRRv2_lag00_f10.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/HRRRv2_lag00_f11.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/HRRRv2_lag00_f12.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/HRRRv2_lag00_f13.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/HRRRv2_lag00_f14.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/HRRRv2_lag00_f15.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/ST4_lag00_f1.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/ST4_lag00_f2.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/ST4_lag00_f3.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/ST4_lag00_f4.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/ST4_lag00_f5.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/ST4_lag00_f6.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/ST4_lag00_f7.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/ST4_lag00_f8.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/ST4_lag00_f9.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/ST4_lag00_f10.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/ST4_lag00_f11.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/ST4_lag00_f12.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/ST4_lag00_f13.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/ST4_lag00_f14.nc"DEBUG
> 2: mtd_read_data() -> processing file
> "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> HRRR/ST4_lag00_f15.nc"DEBUG
> 2: regridding, if needed ...DEBUG 2: Splitting fcst object
fieldDEBUG 2:
> Done splitting fcstDEBUG 2: Splitting obs object fieldDEBUG 2: Done
> splitting obsDEBUG 2: Calculating 3D fcst single attributesDEBUG 2:
> Calculating 3D obs single attributesDEBUG 2: Calculating 2D simple
fcst
> attributesDEBUG 2: Calculating 2D simple obs attributesDEBUG 2: N
clusters
> = 8DEBUG 2: Calculating 3D fcst cluster attributesERROR : ERROR :
ERROR
> : MtdIntFile::calc_2d_centroid_at_t() const -> empty object!*
>
>
> --
> Michael J. Erickson
>
> Research Scientist
> Cooperative Institute for Research in Environmental Sciences (CIRES)
> NOAA/NWS/Weather Prediction Center
> Phone: 301-683-1546
>
>
------------------------------------------------
Subject: Empty Object Error with MTD
From: Michael Erickson - NOAA Affiliate
Time: Wed Nov 15 11:38:05 2017
Hi Randy,
Thank you so much for your response!
Waiting for the new version sounds best. Unfortunately, us folks at
WPC do
not have sudo privileges on our linux machines, so I would not be able
to
install anything. WPC uses an external drive to house MET. This drive
is
mounted to the local machines of all MET users through our netapp. Our
transition from METv5.0 to METv6.0 was very slow, and may not have
happened
at all if it wasn't for the support of John Halley Gotway and all of
you
guys. Unfortunately, due to a lack of support here at College Park,
MD, I
would expect our transition to METv6.1 to be similarly slow.
In the meantime, the MTD bug we are discussing will probably not be a
big
problem for my retrospective runs. I am interested in tracking "heavy
precipitation objects" and I set my threshold a bit lower to make sure
my
python scripts were working.
Thank you for your help with this!
Mike
On Wed, Nov 15, 2017 at 6:21 PM, Randy Bullock via RT
<met_help at ucar.edu>
wrote:
> Hello again -
>
> Thanks for reminding me about this. This is an error I found myself
and
> fixed a couple months ago and then promptly forgot about. Sorry!
>
> The way I see it, you've got two options:
>
> (1) wait a week or so until the next MET release, which should
happen
> right after thanksgiving.
>
> (2) If you have access to the MET source code on your system and
can
> recompile MET, I can send you a new source file with the bug fix.
You
> would then need to recompile MET (or at least MTD).
>
> It's your choice, but for what it's worth, I recommend option (1).
Unless
> you're familiar and experienced with building large systems (like
MET) from
> scratch, you might very well spend many frustrating hours (or even
days!)
> just getting the compiling and linking to work properly. **TRUST**
me on
> this.
>
> But, as I said, your choice.
>
> In any case, thanks much for your interest in MTD.
>
> Randy
>
> On Wed, Nov 15, 2017 at 10:28 AM, Michael Erickson - NOAA Affiliate
via RT
> <
> met_help at ucar.edu> wrote:
>
> >
> > Wed Nov 15 10:28:19 2017: Request 83030 was acted upon.
> > Transaction: Ticket created by michael.j.erickson at noaa.gov
> > Queue: met_help
> > Subject: Empty Object Error with MTD
> > Owner: Nobody
> > Requestors: michael.j.erickson at noaa.gov
> > Status: new
> > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=83030 >
> >
> >
> > Greetings! It's me again. I am using MTD to retrospectively
compare the
> > 1-hr QPF of HRRRv2 to Stage IV throughout the 2017 warm season.
This
> > requires invoking many iterations of MTD, most of which run fine.
> However,
> > I've noticed that every once in a while, an error occurs after MTD
takes
> an
> > unusually long period of time. "*ERROR :
> > MtdIntFile::calc_2d_centroid_at_t() const -> empty object!*"
> >
> > I have provided an example of the output error below, which uses
the
> first
> > 15 hours of the 18 UTC HRRRv2 from 04 June 2017. After finding 8
> clusters,
> > the error occurs with a function that appears to compute the 2-D
> centroids.
> > If I use the same model run, but only use forecast hours 1 through
7, 7
> > clusters are found and no error occurs. If I increase the masking
> threshold
> > from 0.1" per hour to 0.15" per hour, X clusters are found and the
error
> > also does not occur. I am wondering if MTD errors if too many
clusters
> are
> > found?
> >
> > Thank you for your help.
> >
> > Mike
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > *DEBUG 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/HRRRv2_lag00_f1.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/HRRRv2_lag00_f2.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/HRRRv2_lag00_f3.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/HRRRv2_lag00_f4.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/HRRRv2_lag00_f5.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/HRRRv2_lag00_f6.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/HRRRv2_lag00_f7.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/HRRRv2_lag00_f8.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/HRRRv2_lag00_f9.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/HRRRv2_lag00_f10.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/HRRRv2_lag00_f11.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/HRRRv2_lag00_f12.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/HRRRv2_lag00_f13.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/HRRRv2_lag00_f14.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/HRRRv2_lag00_f15.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/ST4_lag00_f1.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/ST4_lag00_f2.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/ST4_lag00_f3.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/ST4_lag00_f4.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/ST4_lag00_f5.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/ST4_lag00_f6.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/ST4_lag00_f7.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/ST4_lag00_f8.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/ST4_lag00_f9.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/ST4_lag00_f10.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/ST4_lag00_f11.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/ST4_lag00_f12.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/ST4_lag00_f13.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/ST4_lag00_f14.nc"DEBUG
> > 2: mtd_read_data() -> processing file
> > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > HRRR/ST4_lag00_f15.nc"DEBUG
> > 2: regridding, if needed ...DEBUG 2: Splitting fcst object
fieldDEBUG 2:
> > Done splitting fcstDEBUG 2: Splitting obs object fieldDEBUG 2:
Done
> > splitting obsDEBUG 2: Calculating 3D fcst single attributesDEBUG
2:
> > Calculating 3D obs single attributesDEBUG 2: Calculating 2D simple
fcst
> > attributesDEBUG 2: Calculating 2D simple obs attributesDEBUG 2: N
> clusters
> > = 8DEBUG 2: Calculating 3D fcst cluster attributesERROR : ERROR
: ERROR
> > : MtdIntFile::calc_2d_centroid_at_t() const -> empty object!*
> >
> >
> > --
> > Michael J. Erickson
> >
> > Research Scientist
> > Cooperative Institute for Research in Environmental Sciences
(CIRES)
> > NOAA/NWS/Weather Prediction Center
> > Phone: 301-683-1546
> >
> >
>
>
--
Michael J. Erickson
Research Scientist
Cooperative Institute for Research in Environmental Sciences (CIRES)
NOAA/NWS/Weather Prediction Center
Phone: 301-683-1546
------------------------------------------------
Subject: Empty Object Error with MTD
From: Tara Jensen
Time: Wed Nov 15 11:57:34 2017
Mike,
Randy will be visiting Dec 7-8. Maybe you could give NCO a heads up
that
the release will be occurring around Dec 1st and Randy could be
available
to assist with compilation if needed. Maybe they could dedicate
someone to
it while he's there.
Cheers, Tara
On Wed, Nov 15, 2017 at 11:38 AM, Michael Erickson - NOAA Affiliate
via RT <
met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=83030 >
>
> Hi Randy,
>
> Thank you so much for your response!
>
> Waiting for the new version sounds best. Unfortunately, us folks at
WPC do
> not have sudo privileges on our linux machines, so I would not be
able to
> install anything. WPC uses an external drive to house MET. This
drive is
> mounted to the local machines of all MET users through our netapp.
Our
> transition from METv5.0 to METv6.0 was very slow, and may not have
happened
> at all if it wasn't for the support of John Halley Gotway and all of
you
> guys. Unfortunately, due to a lack of support here at College Park,
MD, I
> would expect our transition to METv6.1 to be similarly slow.
>
> In the meantime, the MTD bug we are discussing will probably not be
a big
> problem for my retrospective runs. I am interested in tracking
"heavy
> precipitation objects" and I set my threshold a bit lower to make
sure my
> python scripts were working.
>
> Thank you for your help with this!
>
> Mike
>
> On Wed, Nov 15, 2017 at 6:21 PM, Randy Bullock via RT
<met_help at ucar.edu>
> wrote:
>
> > Hello again -
> >
> > Thanks for reminding me about this. This is an error I found
myself and
> > fixed a couple months ago and then promptly forgot about. Sorry!
> >
> > The way I see it, you've got two options:
> >
> > (1) wait a week or so until the next MET release, which should
happen
> > right after thanksgiving.
> >
> > (2) If you have access to the MET source code on your system and
can
> > recompile MET, I can send you a new source file with the bug fix.
You
> > would then need to recompile MET (or at least MTD).
> >
> > It's your choice, but for what it's worth, I recommend option (1).
> Unless
> > you're familiar and experienced with building large systems (like
MET)
> from
> > scratch, you might very well spend many frustrating hours (or even
days!)
> > just getting the compiling and linking to work properly.
**TRUST** me
> on
> > this.
> >
> > But, as I said, your choice.
> >
> > In any case, thanks much for your interest in MTD.
> >
> > Randy
> >
> > On Wed, Nov 15, 2017 at 10:28 AM, Michael Erickson - NOAA
Affiliate via
> RT
> > <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > Wed Nov 15 10:28:19 2017: Request 83030 was acted upon.
> > > Transaction: Ticket created by michael.j.erickson at noaa.gov
> > > Queue: met_help
> > > Subject: Empty Object Error with MTD
> > > Owner: Nobody
> > > Requestors: michael.j.erickson at noaa.gov
> > > Status: new
> > > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=83030
> >
> > >
> > >
> > > Greetings! It's me again. I am using MTD to retrospectively
compare the
> > > 1-hr QPF of HRRRv2 to Stage IV throughout the 2017 warm season.
This
> > > requires invoking many iterations of MTD, most of which run
fine.
> > However,
> > > I've noticed that every once in a while, an error occurs after
MTD
> takes
> > an
> > > unusually long period of time. "*ERROR :
> > > MtdIntFile::calc_2d_centroid_at_t() const -> empty object!*"
> > >
> > > I have provided an example of the output error below, which uses
the
> > first
> > > 15 hours of the 18 UTC HRRRv2 from 04 June 2017. After finding 8
> > clusters,
> > > the error occurs with a function that appears to compute the 2-D
> > centroids.
> > > If I use the same model run, but only use forecast hours 1
through 7, 7
> > > clusters are found and no error occurs. If I increase the
masking
> > threshold
> > > from 0.1" per hour to 0.15" per hour, X clusters are found and
the
> error
> > > also does not occur. I am wondering if MTD errors if too many
clusters
> > are
> > > found?
> > >
> > > Thank you for your help.
> > >
> > > Mike
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > *DEBUG 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/HRRRv2_lag00_f1.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/HRRRv2_lag00_f2.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/HRRRv2_lag00_f3.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/HRRRv2_lag00_f4.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/HRRRv2_lag00_f5.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/HRRRv2_lag00_f6.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/HRRRv2_lag00_f7.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/HRRRv2_lag00_f8.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/HRRRv2_lag00_f9.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/HRRRv2_lag00_f10.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/HRRRv2_lag00_f11.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/HRRRv2_lag00_f12.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/HRRRv2_lag00_f13.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/HRRRv2_lag00_f14.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/HRRRv2_lag00_f15.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/ST4_lag00_f1.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/ST4_lag00_f2.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/ST4_lag00_f3.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/ST4_lag00_f4.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/ST4_lag00_f5.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/ST4_lag00_f6.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/ST4_lag00_f7.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/ST4_lag00_f8.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/ST4_lag00_f9.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/ST4_lag00_f10.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/ST4_lag00_f11.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/ST4_lag00_f12.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/ST4_lag00_f13.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/ST4_lag00_f14.nc"DEBUG
> > > 2: mtd_read_data() -> processing file
> > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > HRRR/ST4_lag00_f15.nc"DEBUG
> > > 2: regridding, if needed ...DEBUG 2: Splitting fcst object
fieldDEBUG
> 2:
> > > Done splitting fcstDEBUG 2: Splitting obs object fieldDEBUG 2:
Done
> > > splitting obsDEBUG 2: Calculating 3D fcst single attributesDEBUG
2:
> > > Calculating 3D obs single attributesDEBUG 2: Calculating 2D
simple fcst
> > > attributesDEBUG 2: Calculating 2D simple obs attributesDEBUG 2:
N
> > clusters
> > > = 8DEBUG 2: Calculating 3D fcst cluster attributesERROR : ERROR
:
> ERROR
> > > : MtdIntFile::calc_2d_centroid_at_t() const -> empty object!*
> > >
> > >
> > > --
> > > Michael J. Erickson
> > >
> > > Research Scientist
> > > Cooperative Institute for Research in Environmental Sciences
(CIRES)
> > > NOAA/NWS/Weather Prediction Center
> > > Phone: 301-683-1546
> > >
> > >
> >
> >
>
>
> --
> Michael J. Erickson
>
> Research Scientist
> Cooperative Institute for Research in Environmental Sciences (CIRES)
> NOAA/NWS/Weather Prediction Center
> Phone: 301-683-1546
>
>
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Tara Jensen
Project Manager II
NCAR RAL and DTC
PO Box 3000, Boulder, Colorado 80307 USA
+1 303-497-8479 jensen at ucar.edu
------------------------------------------------
Subject: Empty Object Error with MTD
From: Michael Erickson - NOAA Affiliate
Time: Wed Nov 15 12:07:11 2017
Thanks Tara and Randy!
I would like to coordinate that if possible. That would be great to
upgrade
in early December! I've included Jim here so he's in the loop.
Mike
On Wed, Nov 15, 2017 at 6:57 PM, Tara Jensen via RT
<met_help at ucar.edu>
wrote:
> Mike,
>
> Randy will be visiting Dec 7-8. Maybe you could give NCO a heads up
that
> the release will be occurring around Dec 1st and Randy could be
available
> to assist with compilation if needed. Maybe they could dedicate
someone to
> it while he's there.
>
> Cheers, Tara
>
> On Wed, Nov 15, 2017 at 11:38 AM, Michael Erickson - NOAA Affiliate
via RT
> <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=83030 >
> >
> > Hi Randy,
> >
> > Thank you so much for your response!
> >
> > Waiting for the new version sounds best. Unfortunately, us folks
at WPC
> do
> > not have sudo privileges on our linux machines, so I would not be
able to
> > install anything. WPC uses an external drive to house MET. This
drive is
> > mounted to the local machines of all MET users through our netapp.
Our
> > transition from METv5.0 to METv6.0 was very slow, and may not have
> happened
> > at all if it wasn't for the support of John Halley Gotway and all
of you
> > guys. Unfortunately, due to a lack of support here at College
Park, MD, I
> > would expect our transition to METv6.1 to be similarly slow.
> >
> > In the meantime, the MTD bug we are discussing will probably not
be a big
> > problem for my retrospective runs. I am interested in tracking
"heavy
> > precipitation objects" and I set my threshold a bit lower to make
sure my
> > python scripts were working.
> >
> > Thank you for your help with this!
> >
> > Mike
> >
> > On Wed, Nov 15, 2017 at 6:21 PM, Randy Bullock via RT
<met_help at ucar.edu
> >
> > wrote:
> >
> > > Hello again -
> > >
> > > Thanks for reminding me about this. This is an error I found
myself
> and
> > > fixed a couple months ago and then promptly forgot about.
Sorry!
> > >
> > > The way I see it, you've got two options:
> > >
> > > (1) wait a week or so until the next MET release, which should
happen
> > > right after thanksgiving.
> > >
> > > (2) If you have access to the MET source code on your system
and can
> > > recompile MET, I can send you a new source file with the bug
fix. You
> > > would then need to recompile MET (or at least MTD).
> > >
> > > It's your choice, but for what it's worth, I recommend option
(1).
> > Unless
> > > you're familiar and experienced with building large systems
(like MET)
> > from
> > > scratch, you might very well spend many frustrating hours (or
even
> days!)
> > > just getting the compiling and linking to work properly.
**TRUST** me
> > on
> > > this.
> > >
> > > But, as I said, your choice.
> > >
> > > In any case, thanks much for your interest in MTD.
> > >
> > > Randy
> > >
> > > On Wed, Nov 15, 2017 at 10:28 AM, Michael Erickson - NOAA
Affiliate via
> > RT
> > > <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > Wed Nov 15 10:28:19 2017: Request 83030 was acted upon.
> > > > Transaction: Ticket created by michael.j.erickson at noaa.gov
> > > > Queue: met_help
> > > > Subject: Empty Object Error with MTD
> > > > Owner: Nobody
> > > > Requestors: michael.j.erickson at noaa.gov
> > > > Status: new
> > > > Ticket <URL: https://rt.rap.ucar.edu/rt/
> Ticket/Display.html?id=83030
> > >
> > > >
> > > >
> > > > Greetings! It's me again. I am using MTD to retrospectively
compare
> the
> > > > 1-hr QPF of HRRRv2 to Stage IV throughout the 2017 warm
season. This
> > > > requires invoking many iterations of MTD, most of which run
fine.
> > > However,
> > > > I've noticed that every once in a while, an error occurs after
MTD
> > takes
> > > an
> > > > unusually long period of time. "*ERROR :
> > > > MtdIntFile::calc_2d_centroid_at_t() const -> empty object!*"
> > > >
> > > > I have provided an example of the output error below, which
uses the
> > > first
> > > > 15 hours of the 18 UTC HRRRv2 from 04 June 2017. After finding
8
> > > clusters,
> > > > the error occurs with a function that appears to compute the
2-D
> > > centroids.
> > > > If I use the same model run, but only use forecast hours 1
through
> 7, 7
> > > > clusters are found and no error occurs. If I increase the
masking
> > > threshold
> > > > from 0.1" per hour to 0.15" per hour, X clusters are found and
the
> > error
> > > > also does not occur. I am wondering if MTD errors if too many
> clusters
> > > are
> > > > found?
> > > >
> > > > Thank you for your help.
> > > >
> > > > Mike
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > *DEBUG 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/HRRRv2_lag00_f1.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/HRRRv2_lag00_f2.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/HRRRv2_lag00_f3.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/HRRRv2_lag00_f4.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/HRRRv2_lag00_f5.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/HRRRv2_lag00_f6.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/HRRRv2_lag00_f7.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/HRRRv2_lag00_f8.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/HRRRv2_lag00_f9.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/HRRRv2_lag00_f10.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/HRRRv2_lag00_f11.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/HRRRv2_lag00_f12.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/HRRRv2_lag00_f13.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/HRRRv2_lag00_f14.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/HRRRv2_lag00_f15.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/ST4_lag00_f1.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/ST4_lag00_f2.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/ST4_lag00_f3.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/ST4_lag00_f4.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/ST4_lag00_f5.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/ST4_lag00_f6.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/ST4_lag00_f7.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/ST4_lag00_f8.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/ST4_lag00_f9.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/ST4_lag00_f10.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/ST4_lag00_f11.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/ST4_lag00_f12.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/ST4_lag00_f13.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/ST4_lag00_f14.nc"DEBUG
> > > > 2: mtd_read_data() -> processing file
> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418_preacc_1_MTD_RETRO_
> > > > HRRR/ST4_lag00_f15.nc"DEBUG
> > > > 2: regridding, if needed ...DEBUG 2: Splitting fcst object
fieldDEBUG
> > 2:
> > > > Done splitting fcstDEBUG 2: Splitting obs object fieldDEBUG 2:
Done
> > > > splitting obsDEBUG 2: Calculating 3D fcst single
attributesDEBUG 2:
> > > > Calculating 3D obs single attributesDEBUG 2: Calculating 2D
simple
> fcst
> > > > attributesDEBUG 2: Calculating 2D simple obs attributesDEBUG
2: N
> > > clusters
> > > > = 8DEBUG 2: Calculating 3D fcst cluster attributesERROR :
ERROR :
> > ERROR
> > > > : MtdIntFile::calc_2d_centroid_at_t() const -> empty
object!*
> > > >
> > > >
> > > > --
> > > > Michael J. Erickson
> > > >
> > > > Research Scientist
> > > > Cooperative Institute for Research in Environmental Sciences
(CIRES)
> > > > NOAA/NWS/Weather Prediction Center
> > > > Phone: 301-683-1546
> > > >
> > > >
> > >
> > >
> >
> >
> > --
> > Michael J. Erickson
> >
> > Research Scientist
> > Cooperative Institute for Research in Environmental Sciences
(CIRES)
> > NOAA/NWS/Weather Prediction Center
> > Phone: 301-683-1546
> >
> >
>
>
> --
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Tara Jensen
> Project Manager II
> NCAR RAL and DTC
> PO Box 3000, Boulder, Colorado 80307 USA
> +1 303-497-8479 jensen at ucar.edu
>
>
--
Michael J. Erickson
Research Scientist
Cooperative Institute for Research in Environmental Sciences (CIRES)
NOAA/NWS/Weather Prediction Center
Phone: 301-683-1546
------------------------------------------------
Subject: Empty Object Error with MTD
From: Michael Erickson - NOAA Affiliate
Time: Wed Nov 15 13:18:30 2017
Hi Tara and Randy,
I am writing an NCO ticket to get the ball rolling on this upgrade.
Should
I include this email or another on the ticket details?
Thanks,
Mike
On Wed, Nov 15, 2017 at 7:07 PM, Michael Erickson - NOAA Affiliate <
michael.j.erickson at noaa.gov> wrote:
> Thanks Tara and Randy!
>
> I would like to coordinate that if possible. That would be great to
> upgrade in early December! I've included Jim here so he's in the
loop.
>
> Mike
>
> On Wed, Nov 15, 2017 at 6:57 PM, Tara Jensen via RT
<met_help at ucar.edu>
> wrote:
>
>> Mike,
>>
>> Randy will be visiting Dec 7-8. Maybe you could give NCO a heads
up that
>> the release will be occurring around Dec 1st and Randy could be
available
>> to assist with compilation if needed. Maybe they could dedicate
someone
>> to
>> it while he's there.
>>
>> Cheers, Tara
>>
>> On Wed, Nov 15, 2017 at 11:38 AM, Michael Erickson - NOAA Affiliate
via
>> RT <
>> met_help at ucar.edu> wrote:
>>
>> >
>> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=83030 >
>> >
>> > Hi Randy,
>> >
>> > Thank you so much for your response!
>> >
>> > Waiting for the new version sounds best. Unfortunately, us folks
at WPC
>> do
>> > not have sudo privileges on our linux machines, so I would not be
able
>> to
>> > install anything. WPC uses an external drive to house MET. This
drive is
>> > mounted to the local machines of all MET users through our
netapp. Our
>> > transition from METv5.0 to METv6.0 was very slow, and may not
have
>> happened
>> > at all if it wasn't for the support of John Halley Gotway and all
of you
>> > guys. Unfortunately, due to a lack of support here at College
Park, MD,
>> I
>> > would expect our transition to METv6.1 to be similarly slow.
>> >
>> > In the meantime, the MTD bug we are discussing will probably not
be a
>> big
>> > problem for my retrospective runs. I am interested in tracking
"heavy
>> > precipitation objects" and I set my threshold a bit lower to make
sure
>> my
>> > python scripts were working.
>> >
>> > Thank you for your help with this!
>> >
>> > Mike
>> >
>> > On Wed, Nov 15, 2017 at 6:21 PM, Randy Bullock via RT <
>> met_help at ucar.edu>
>> > wrote:
>> >
>> > > Hello again -
>> > >
>> > > Thanks for reminding me about this. This is an error I found
myself
>> and
>> > > fixed a couple months ago and then promptly forgot about.
Sorry!
>> > >
>> > > The way I see it, you've got two options:
>> > >
>> > > (1) wait a week or so until the next MET release, which should
happen
>> > > right after thanksgiving.
>> > >
>> > > (2) If you have access to the MET source code on your system
and can
>> > > recompile MET, I can send you a new source file with the bug
fix. You
>> > > would then need to recompile MET (or at least MTD).
>> > >
>> > > It's your choice, but for what it's worth, I recommend option
(1).
>> > Unless
>> > > you're familiar and experienced with building large systems
(like MET)
>> > from
>> > > scratch, you might very well spend many frustrating hours (or
even
>> days!)
>> > > just getting the compiling and linking to work properly.
**TRUST**
>> me
>> > on
>> > > this.
>> > >
>> > > But, as I said, your choice.
>> > >
>> > > In any case, thanks much for your interest in MTD.
>> > >
>> > > Randy
>> > >
>> > > On Wed, Nov 15, 2017 at 10:28 AM, Michael Erickson - NOAA
Affiliate
>> via
>> > RT
>> > > <
>> > > met_help at ucar.edu> wrote:
>> > >
>> > > >
>> > > > Wed Nov 15 10:28:19 2017: Request 83030 was acted upon.
>> > > > Transaction: Ticket created by michael.j.erickson at noaa.gov
>> > > > Queue: met_help
>> > > > Subject: Empty Object Error with MTD
>> > > > Owner: Nobody
>> > > > Requestors: michael.j.erickson at noaa.gov
>> > > > Status: new
>> > > > Ticket <URL: https://rt.rap.ucar.edu/rt/Tic
>> ket/Display.html?id=83030
>> > >
>> > > >
>> > > >
>> > > > Greetings! It's me again. I am using MTD to retrospectively
compare
>> the
>> > > > 1-hr QPF of HRRRv2 to Stage IV throughout the 2017 warm
season. This
>> > > > requires invoking many iterations of MTD, most of which run
fine.
>> > > However,
>> > > > I've noticed that every once in a while, an error occurs
after MTD
>> > takes
>> > > an
>> > > > unusually long period of time. "*ERROR :
>> > > > MtdIntFile::calc_2d_centroid_at_t() const -> empty object!*"
>> > > >
>> > > > I have provided an example of the output error below, which
uses the
>> > > first
>> > > > 15 hours of the 18 UTC HRRRv2 from 04 June 2017. After
finding 8
>> > > clusters,
>> > > > the error occurs with a function that appears to compute the
2-D
>> > > centroids.
>> > > > If I use the same model run, but only use forecast hours 1
through
>> 7, 7
>> > > > clusters are found and no error occurs. If I increase the
masking
>> > > threshold
>> > > > from 0.1" per hour to 0.15" per hour, X clusters are found
and the
>> > error
>> > > > also does not occur. I am wondering if MTD errors if too many
>> clusters
>> > > are
>> > > > found?
>> > > >
>> > > > Thank you for your help.
>> > > >
>> > > > Mike
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > > *DEBUG 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/HRRRv2_lag00_f1.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/HRRRv2_lag00_f2.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/HRRRv2_lag00_f3.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/HRRRv2_lag00_f4.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/HRRRv2_lag00_f5.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/HRRRv2_lag00_f6.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/HRRRv2_lag00_f7.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/HRRRv2_lag00_f8.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/HRRRv2_lag00_f9.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/HRRRv2_lag00_f10.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/HRRRv2_lag00_f11.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/HRRRv2_lag00_f12.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/HRRRv2_lag00_f13.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/HRRRv2_lag00_f14.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/HRRRv2_lag00_f15.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/ST4_lag00_f1.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/ST4_lag00_f2.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/ST4_lag00_f3.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/ST4_lag00_f4.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/ST4_lag00_f5.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/ST4_lag00_f6.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/ST4_lag00_f7.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/ST4_lag00_f8.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/ST4_lag00_f9.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/ST4_lag00_f10.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/ST4_lag00_f11.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/ST4_lag00_f12.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/ST4_lag00_f13.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/ST4_lag00_f14.nc"DEBUG
>> > > > 2: mtd_read_data() -> processing file
>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>> _preacc_1_MTD_RETRO_
>> > > > HRRR/ST4_lag00_f15.nc"DEBUG
>> > > > 2: regridding, if needed ...DEBUG 2: Splitting fcst object
>> fieldDEBUG
>> > 2:
>> > > > Done splitting fcstDEBUG 2: Splitting obs object fieldDEBUG
2: Done
>> > > > splitting obsDEBUG 2: Calculating 3D fcst single
attributesDEBUG 2:
>> > > > Calculating 3D obs single attributesDEBUG 2: Calculating 2D
simple
>> fcst
>> > > > attributesDEBUG 2: Calculating 2D simple obs attributesDEBUG
2: N
>> > > clusters
>> > > > = 8DEBUG 2: Calculating 3D fcst cluster attributesERROR :
ERROR :
>> > ERROR
>> > > > : MtdIntFile::calc_2d_centroid_at_t() const -> empty
object!*
>> > > >
>> > > >
>> > > > --
>> > > > Michael J. Erickson
>> > > >
>> > > > Research Scientist
>> > > > Cooperative Institute for Research in Environmental Sciences
(CIRES)
>> > > > NOAA/NWS/Weather Prediction Center
>> > > > Phone: 301-683-1546 <(301)%20683-1546>
>> > > >
>> > > >
>> > >
>> > >
>> >
>> >
>> > --
>> > Michael J. Erickson
>> >
>> > Research Scientist
>> > Cooperative Institute for Research in Environmental Sciences
(CIRES)
>> > NOAA/NWS/Weather Prediction Center
>> > Phone: 301-683-1546 <(301)%20683-1546>
>> >
>> >
>>
>>
>> --
>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>> Tara Jensen
>> Project Manager II
>> NCAR RAL and DTC
>> PO Box 3000, Boulder, Colorado 80307 USA
>> +1 303-497-8479 jensen at ucar.edu
>>
>>
>
>
> --
> Michael J. Erickson
>
> Research Scientist
> Cooperative Institute for Research in Environmental Sciences (CIRES)
> NOAA/NWS/Weather Prediction Center
> Phone: 301-683-1546 <(301)%20683-1546>
>
--
Michael J. Erickson
Research Scientist
Cooperative Institute for Research in Environmental Sciences (CIRES)
NOAA/NWS/Weather Prediction Center
Phone: 301-683-1546
------------------------------------------------
Subject: Empty Object Error with MTD
From: Michael Erickson - NOAA Affiliate
Time: Wed Nov 29 05:54:38 2017
Hi Randy and MET Team,
I've submitted a NCO ticket to push for the installation of METv6.1
when it
is released. Randy, would it still be possible for NCO to coordinate
with
you on 12/7-8 so that we can get MET installed at WPC?
Thanks and have a great day!
Mike
On Wed, Nov 15, 2017 at 8:18 PM, Michael Erickson - NOAA Affiliate <
michael.j.erickson at noaa.gov> wrote:
> Hi Tara and Randy,
>
> I am writing an NCO ticket to get the ball rolling on this upgrade.
Should
> I include this email or another on the ticket details?
>
> Thanks,
>
> Mike
>
> On Wed, Nov 15, 2017 at 7:07 PM, Michael Erickson - NOAA Affiliate <
> michael.j.erickson at noaa.gov> wrote:
>
>> Thanks Tara and Randy!
>>
>> I would like to coordinate that if possible. That would be great to
>> upgrade in early December! I've included Jim here so he's in the
loop.
>>
>> Mike
>>
>> On Wed, Nov 15, 2017 at 6:57 PM, Tara Jensen via RT
<met_help at ucar.edu>
>> wrote:
>>
>>> Mike,
>>>
>>> Randy will be visiting Dec 7-8. Maybe you could give NCO a heads
up that
>>> the release will be occurring around Dec 1st and Randy could be
available
>>> to assist with compilation if needed. Maybe they could dedicate
someone
>>> to
>>> it while he's there.
>>>
>>> Cheers, Tara
>>>
>>> On Wed, Nov 15, 2017 at 11:38 AM, Michael Erickson - NOAA
Affiliate via
>>> RT <
>>> met_help at ucar.edu> wrote:
>>>
>>> >
>>> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=83030 >
>>> >
>>> > Hi Randy,
>>> >
>>> > Thank you so much for your response!
>>> >
>>> > Waiting for the new version sounds best. Unfortunately, us folks
at
>>> WPC do
>>> > not have sudo privileges on our linux machines, so I would not
be able
>>> to
>>> > install anything. WPC uses an external drive to house MET. This
drive
>>> is
>>> > mounted to the local machines of all MET users through our
netapp. Our
>>> > transition from METv5.0 to METv6.0 was very slow, and may not
have
>>> happened
>>> > at all if it wasn't for the support of John Halley Gotway and
all of
>>> you
>>> > guys. Unfortunately, due to a lack of support here at College
Park,
>>> MD, I
>>> > would expect our transition to METv6.1 to be similarly slow.
>>> >
>>> > In the meantime, the MTD bug we are discussing will probably not
be a
>>> big
>>> > problem for my retrospective runs. I am interested in tracking
"heavy
>>> > precipitation objects" and I set my threshold a bit lower to
make sure
>>> my
>>> > python scripts were working.
>>> >
>>> > Thank you for your help with this!
>>> >
>>> > Mike
>>> >
>>> > On Wed, Nov 15, 2017 at 6:21 PM, Randy Bullock via RT <
>>> met_help at ucar.edu>
>>> > wrote:
>>> >
>>> > > Hello again -
>>> > >
>>> > > Thanks for reminding me about this. This is an error I found
myself
>>> and
>>> > > fixed a couple months ago and then promptly forgot about.
Sorry!
>>> > >
>>> > > The way I see it, you've got two options:
>>> > >
>>> > > (1) wait a week or so until the next MET release, which
should
>>> happen
>>> > > right after thanksgiving.
>>> > >
>>> > > (2) If you have access to the MET source code on your system
and can
>>> > > recompile MET, I can send you a new source file with the bug
fix.
>>> You
>>> > > would then need to recompile MET (or at least MTD).
>>> > >
>>> > > It's your choice, but for what it's worth, I recommend option
(1).
>>> > Unless
>>> > > you're familiar and experienced with building large systems
(like
>>> MET)
>>> > from
>>> > > scratch, you might very well spend many frustrating hours (or
even
>>> days!)
>>> > > just getting the compiling and linking to work properly.
**TRUST**
>>> me
>>> > on
>>> > > this.
>>> > >
>>> > > But, as I said, your choice.
>>> > >
>>> > > In any case, thanks much for your interest in MTD.
>>> > >
>>> > > Randy
>>> > >
>>> > > On Wed, Nov 15, 2017 at 10:28 AM, Michael Erickson - NOAA
Affiliate
>>> via
>>> > RT
>>> > > <
>>> > > met_help at ucar.edu> wrote:
>>> > >
>>> > > >
>>> > > > Wed Nov 15 10:28:19 2017: Request 83030 was acted upon.
>>> > > > Transaction: Ticket created by michael.j.erickson at noaa.gov
>>> > > > Queue: met_help
>>> > > > Subject: Empty Object Error with MTD
>>> > > > Owner: Nobody
>>> > > > Requestors: michael.j.erickson at noaa.gov
>>> > > > Status: new
>>> > > > Ticket <URL: https://rt.rap.ucar.edu/rt/Tic
>>> ket/Display.html?id=83030
>>> > >
>>> > > >
>>> > > >
>>> > > > Greetings! It's me again. I am using MTD to retrospectively
>>> compare the
>>> > > > 1-hr QPF of HRRRv2 to Stage IV throughout the 2017 warm
season.
>>> This
>>> > > > requires invoking many iterations of MTD, most of which run
fine.
>>> > > However,
>>> > > > I've noticed that every once in a while, an error occurs
after MTD
>>> > takes
>>> > > an
>>> > > > unusually long period of time. "*ERROR :
>>> > > > MtdIntFile::calc_2d_centroid_at_t() const -> empty object!*"
>>> > > >
>>> > > > I have provided an example of the output error below, which
uses
>>> the
>>> > > first
>>> > > > 15 hours of the 18 UTC HRRRv2 from 04 June 2017. After
finding 8
>>> > > clusters,
>>> > > > the error occurs with a function that appears to compute the
2-D
>>> > > centroids.
>>> > > > If I use the same model run, but only use forecast hours 1
through
>>> 7, 7
>>> > > > clusters are found and no error occurs. If I increase the
masking
>>> > > threshold
>>> > > > from 0.1" per hour to 0.15" per hour, X clusters are found
and the
>>> > error
>>> > > > also does not occur. I am wondering if MTD errors if too
many
>>> clusters
>>> > > are
>>> > > > found?
>>> > > >
>>> > > > Thank you for your help.
>>> > > >
>>> > > > Mike
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > > *DEBUG 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/HRRRv2_lag00_f1.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/HRRRv2_lag00_f2.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/HRRRv2_lag00_f3.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/HRRRv2_lag00_f4.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/HRRRv2_lag00_f5.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/HRRRv2_lag00_f6.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/HRRRv2_lag00_f7.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/HRRRv2_lag00_f8.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/HRRRv2_lag00_f9.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/HRRRv2_lag00_f10.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/HRRRv2_lag00_f11.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/HRRRv2_lag00_f12.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/HRRRv2_lag00_f13.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/HRRRv2_lag00_f14.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/HRRRv2_lag00_f15.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/ST4_lag00_f1.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/ST4_lag00_f2.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/ST4_lag00_f3.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/ST4_lag00_f4.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/ST4_lag00_f5.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/ST4_lag00_f6.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/ST4_lag00_f7.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/ST4_lag00_f8.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/ST4_lag00_f9.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/ST4_lag00_f10.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/ST4_lag00_f11.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/ST4_lag00_f12.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/ST4_lag00_f13.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/ST4_lag00_f14.nc"DEBUG
>>> > > > 2: mtd_read_data() -> processing file
>>> > > > "/usr1/wpc_cpgffh/gribs//temp/2017060418 <(201)%20706-0418>
>>> _preacc_1_MTD_RETRO_
>>> > > > HRRR/ST4_lag00_f15.nc"DEBUG
>>> > > > 2: regridding, if needed ...DEBUG 2: Splitting fcst object
>>> fieldDEBUG
>>> > 2:
>>> > > > Done splitting fcstDEBUG 2: Splitting obs object fieldDEBUG
2: Done
>>> > > > splitting obsDEBUG 2: Calculating 3D fcst single
attributesDEBUG 2:
>>> > > > Calculating 3D obs single attributesDEBUG 2: Calculating 2D
simple
>>> fcst
>>> > > > attributesDEBUG 2: Calculating 2D simple obs attributesDEBUG
2: N
>>> > > clusters
>>> > > > = 8DEBUG 2: Calculating 3D fcst cluster attributesERROR :
ERROR :
>>> > ERROR
>>> > > > : MtdIntFile::calc_2d_centroid_at_t() const -> empty
object!*
>>> > > >
>>> > > >
>>> > > > --
>>> > > > Michael J. Erickson
>>> > > >
>>> > > > Research Scientist
>>> > > > Cooperative Institute for Research in Environmental Sciences
>>> (CIRES)
>>> > > > NOAA/NWS/Weather Prediction Center
>>> > > > Phone: 301-683-1546 <(301)%20683-1546>
>>> > > >
>>> > > >
>>> > >
>>> > >
>>> >
>>> >
>>> > --
>>> > Michael J. Erickson
>>> >
>>> > Research Scientist
>>> > Cooperative Institute for Research in Environmental Sciences
(CIRES)
>>> > NOAA/NWS/Weather Prediction Center
>>> > Phone: 301-683-1546 <(301)%20683-1546>
>>> >
>>> >
>>>
>>>
>>> --
>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>> Tara Jensen
>>> Project Manager II
>>> NCAR RAL and DTC
>>> PO Box 3000, Boulder, Colorado 80307 USA
>>> +1 303-497-8479 jensen at ucar.edu
>>>
>>>
>>
>>
>> --
>> Michael J. Erickson
>>
>> Research Scientist
>> Cooperative Institute for Research in Environmental Sciences
(CIRES)
>> NOAA/NWS/Weather Prediction Center
>> Phone: 301-683-1546 <(301)%20683-1546>
>>
>
>
>
> --
> Michael J. Erickson
>
> Research Scientist
> Cooperative Institute for Research in Environmental Sciences (CIRES)
> NOAA/NWS/Weather Prediction Center
> Phone: 301-683-1546 <(301)%20683-1546>
>
--
Michael J. Erickson
Research Scientist
Cooperative Institute for Research in Environmental Sciences (CIRES)
NOAA/NWS/Weather Prediction Center
Phone: 301-683-1546
------------------------------------------------
More information about the Met_help
mailing list