[Met_help] [rt.rap.ucar.edu #76595] History for interp12 = FILL
John Halley Gotway via RT
met_help at ucar.edu
Thu Jun 2 10:36:40 MDT 2016
----------------------------------------------------------------
Initial Request
----------------------------------------------------------------
Hi there,
Is it possible to expand the interp12 option to use "3"s? The ECMWF
ensemble mean takes more than 12 hours to run, so in operations, the adeck
only contains EMN2 (00 UTC and 12 UTC) and EMN3 (06 UTC and 18 UTC).
Thanks,
Andy
--
Andrew Penny
Hurricane Model Diagnostician
SRG / National Hurricane Center
11691 SW 17th Street
Miami, FL 33165-2149
phone: 305.229.4457
email: andrew.penny at noaa.gov
----------------------------------------------------------------
Complete Ticket History
----------------------------------------------------------------
Subject: interp12 = FILL
From: John Halley Gotway
Time: Wed Jun 01 10:26:56 2016
Hi Andy,
I see that you'd like to update the logic in tc_pairs to make the
interp12
logic use models ending in '2' and '3'.
The interp12 logic lives in the derive_interp12() function in the file
named "met-5.1/src/tools/tc_utils/tc_pairs/tc_pairs.cc". In there, we
loop
through the track data looking for tracks ending in '2'. For each 2-
track
found, we substitute the '2' with an 'I' and search for a
corresponding
I-track. If found, the interp12 logic is applied using that 2-track
and
I-track.
Now I don't completely understand your request... but here's my guess.
For
ECMWF, you have an EMN2 and EMN3 track, but no EMNI track. When
processing
the EMN2 track in derive_interp12(), we go looking for EMNI, but don't
find
one. Instead of searching for EMNI, you'd really like to search for
EMN3.
If those EMN3 tracks were really named EMNI then the existing logic
would
work as expected. Is that all correct?
Thanks,
John
On Tue, May 31, 2016 at 9:35 AM, Andrew Penny - NOAA Affiliate via RT
<
met_help at ucar.edu> wrote:
>
> Tue May 31 09:35:57 2016: Request 76595 was acted upon.
> Transaction: Ticket created by andrew.penny at noaa.gov
> Queue: met_help
> Subject: interp12 = FILL
> Owner: Nobody
> Requestors: andrew.penny at noaa.gov
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=76595 >
>
>
> Hi there,
>
> Is it possible to expand the interp12 option to use "3"s? The ECMWF
> ensemble mean takes more than 12 hours to run, so in operations, the
adeck
> only contains EMN2 (00 UTC and 12 UTC) and EMN3 (06 UTC and 18 UTC).
>
> Thanks,
> Andy
>
> --
> Andrew Penny
> Hurricane Model Diagnostician
> SRG / National Hurricane Center
> 11691 SW 17th Street
> Miami, FL 33165-2149
> phone: 305.229.4457
> email: andrew.penny at noaa.gov
>
>
------------------------------------------------
Subject: interp12 = FILL
From: Andrew Penny - NOAA Affiliate
Time: Wed Jun 01 11:09:21 2016
Hi John,
Thanks for the reply. Basically I'd like to extend exactly what's
being
done for "2"s to also allow for "3"s, such that the "2"s and "3"s are
treated like "I"s. I'm not sure if all of the logic options would
work, but
I'd like to change (FILL) the "2"s and "3"s to "I"s, with first
preference
to "2"s, then "3"s.
Thanks,
Andy
On Wed, Jun 1, 2016 at 4:26 PM, John Halley Gotway via RT
<met_help at ucar.edu
> wrote:
> Hi Andy,
>
> I see that you'd like to update the logic in tc_pairs to make the
interp12
> logic use models ending in '2' and '3'.
>
> The interp12 logic lives in the derive_interp12() function in the
file
> named "met-5.1/src/tools/tc_utils/tc_pairs/tc_pairs.cc". In there,
we loop
> through the track data looking for tracks ending in '2'. For each
2-track
> found, we substitute the '2' with an 'I' and search for a
corresponding
> I-track. If found, the interp12 logic is applied using that 2-track
and
> I-track.
>
> Now I don't completely understand your request... but here's my
guess. For
> ECMWF, you have an EMN2 and EMN3 track, but no EMNI track. When
processing
> the EMN2 track in derive_interp12(), we go looking for EMNI, but
don't find
> one. Instead of searching for EMNI, you'd really like to search for
EMN3.
> If those EMN3 tracks were really named EMNI then the existing logic
would
> work as expected. Is that all correct?
>
> Thanks,
> John
>
>
> On Tue, May 31, 2016 at 9:35 AM, Andrew Penny - NOAA Affiliate via
RT <
> met_help at ucar.edu> wrote:
>
> >
> > Tue May 31 09:35:57 2016: Request 76595 was acted upon.
> > Transaction: Ticket created by andrew.penny at noaa.gov
> > Queue: met_help
> > Subject: interp12 = FILL
> > Owner: Nobody
> > Requestors: andrew.penny at noaa.gov
> > Status: new
> > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=76595 >
> >
> >
> > Hi there,
> >
> > Is it possible to expand the interp12 option to use "3"s? The
ECMWF
> > ensemble mean takes more than 12 hours to run, so in operations,
the
> adeck
> > only contains EMN2 (00 UTC and 12 UTC) and EMN3 (06 UTC and 18
UTC).
> >
> > Thanks,
> > Andy
> >
> > --
> > Andrew Penny
> > Hurricane Model Diagnostician
> > SRG / National Hurricane Center
> > 11691 SW 17th Street
> > Miami, FL 33165-2149
> > phone: 305.229.4457
> > email: andrew.penny at noaa.gov
> >
> >
>
>
--
Andrew Penny
Hurricane Model Diagnostician
SRG / National Hurricane Center
11691 SW 17th Street
Miami, FL 33165-2149
phone: 305.229.4457
email: andrew.penny at noaa.gov
------------------------------------------------
Subject: interp12 = FILL
From: John Halley Gotway
Time: Wed Jun 01 16:12:17 2016
Andy,
I've attached an updated version of the file
"met-5.1/src/tools/tc_utils/tc_pairs/tc_pairs.cc". This version
contains
updated logic in the derive_interp12() function. In that function, we
loop
through tracks and apply the interp12 logic for any model ending in 2.
For
models ending 3, we now search for a corresponding 2-track. If found,
we
skip the 3 track. If not found, we process the 3 track with the same
interp12 logic.
The code compiles, but I haven't tested it. Since you know your data
very
well, I'm hoping you can apply the change, recompile MET, and then run
your
data through it.
cd met-5.1
cp tc_pairs.cc src/tools/tc_utils/tc_pairs/tc_pairs.cc
rm src/tool/tc_utils/tc_pairs/*.o
make install
That will recompile just the tc_pairs tool.
Please let me know if this change works as expected, and I can commit
it
for the next release of MET (version 5.2).
Thanks,
John
On Wed, Jun 1, 2016 at 11:09 AM, Andrew Penny - NOAA Affiliate via RT
<
met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=76595 >
>
> Hi John,
>
> Thanks for the reply. Basically I'd like to extend exactly what's
being
> done for "2"s to also allow for "3"s, such that the "2"s and "3"s
are
> treated like "I"s. I'm not sure if all of the logic options would
work, but
> I'd like to change (FILL) the "2"s and "3"s to "I"s, with first
preference
> to "2"s, then "3"s.
>
> Thanks,
> Andy
>
>
>
> On Wed, Jun 1, 2016 at 4:26 PM, John Halley Gotway via RT <
> met_help at ucar.edu
> > wrote:
>
> > Hi Andy,
> >
> > I see that you'd like to update the logic in tc_pairs to make the
> interp12
> > logic use models ending in '2' and '3'.
> >
> > The interp12 logic lives in the derive_interp12() function in the
file
> > named "met-5.1/src/tools/tc_utils/tc_pairs/tc_pairs.cc". In
there, we
> loop
> > through the track data looking for tracks ending in '2'. For each
> 2-track
> > found, we substitute the '2' with an 'I' and search for a
corresponding
> > I-track. If found, the interp12 logic is applied using that 2-
track and
> > I-track.
> >
> > Now I don't completely understand your request... but here's my
guess.
> For
> > ECMWF, you have an EMN2 and EMN3 track, but no EMNI track. When
> processing
> > the EMN2 track in derive_interp12(), we go looking for EMNI, but
don't
> find
> > one. Instead of searching for EMNI, you'd really like to search
for
> EMN3.
> > If those EMN3 tracks were really named EMNI then the existing
logic would
> > work as expected. Is that all correct?
> >
> > Thanks,
> > John
> >
> >
> > On Tue, May 31, 2016 at 9:35 AM, Andrew Penny - NOAA Affiliate via
RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > Tue May 31 09:35:57 2016: Request 76595 was acted upon.
> > > Transaction: Ticket created by andrew.penny at noaa.gov
> > > Queue: met_help
> > > Subject: interp12 = FILL
> > > Owner: Nobody
> > > Requestors: andrew.penny at noaa.gov
> > > Status: new
> > > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=76595
> >
> > >
> > >
> > > Hi there,
> > >
> > > Is it possible to expand the interp12 option to use "3"s? The
ECMWF
> > > ensemble mean takes more than 12 hours to run, so in operations,
the
> > adeck
> > > only contains EMN2 (00 UTC and 12 UTC) and EMN3 (06 UTC and 18
UTC).
> > >
> > > Thanks,
> > > Andy
> > >
> > > --
> > > Andrew Penny
> > > Hurricane Model Diagnostician
> > > SRG / National Hurricane Center
> > > 11691 SW 17th Street
> > > Miami, FL 33165-2149
> > > phone: 305.229.4457
> > > email: andrew.penny at noaa.gov
> > >
> > >
> >
> >
>
>
> --
> Andrew Penny
> Hurricane Model Diagnostician
> SRG / National Hurricane Center
> 11691 SW 17th Street
> Miami, FL 33165-2149
> phone: 305.229.4457
> email: andrew.penny at noaa.gov
>
>
------------------------------------------------
Subject: interp12 = FILL
From: Andrew Penny - NOAA Affiliate
Time: Thu Jun 02 05:04:46 2016
Hi John,
Thanks for adding this functionality. It seems to work great. Much
appreciated!
Take care,
Andy
On Wed, Jun 1, 2016 at 10:12 PM, John Halley Gotway via RT <
met_help at ucar.edu> wrote:
> Andy,
>
> I've attached an updated version of the file
> "met-5.1/src/tools/tc_utils/tc_pairs/tc_pairs.cc". This version
contains
> updated logic in the derive_interp12() function. In that function,
we loop
> through tracks and apply the interp12 logic for any model ending in
2. For
> models ending 3, we now search for a corresponding 2-track. If
found, we
> skip the 3 track. If not found, we process the 3 track with the
same
> interp12 logic.
>
> The code compiles, but I haven't tested it. Since you know your
data very
> well, I'm hoping you can apply the change, recompile MET, and then
run your
> data through it.
>
> cd met-5.1
> cp tc_pairs.cc src/tools/tc_utils/tc_pairs/tc_pairs.cc
> rm src/tool/tc_utils/tc_pairs/*.o
> make install
>
> That will recompile just the tc_pairs tool.
>
> Please let me know if this change works as expected, and I can
commit it
> for the next release of MET (version 5.2).
>
> Thanks,
> John
>
>
> On Wed, Jun 1, 2016 at 11:09 AM, Andrew Penny - NOAA Affiliate via
RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=76595 >
> >
> > Hi John,
> >
> > Thanks for the reply. Basically I'd like to extend exactly what's
being
> > done for "2"s to also allow for "3"s, such that the "2"s and "3"s
are
> > treated like "I"s. I'm not sure if all of the logic options would
work,
> but
> > I'd like to change (FILL) the "2"s and "3"s to "I"s, with first
> preference
> > to "2"s, then "3"s.
> >
> > Thanks,
> > Andy
> >
> >
> >
> > On Wed, Jun 1, 2016 at 4:26 PM, John Halley Gotway via RT <
> > met_help at ucar.edu
> > > wrote:
> >
> > > Hi Andy,
> > >
> > > I see that you'd like to update the logic in tc_pairs to make
the
> > interp12
> > > logic use models ending in '2' and '3'.
> > >
> > > The interp12 logic lives in the derive_interp12() function in
the file
> > > named "met-5.1/src/tools/tc_utils/tc_pairs/tc_pairs.cc". In
there, we
> > loop
> > > through the track data looking for tracks ending in '2'. For
each
> > 2-track
> > > found, we substitute the '2' with an 'I' and search for a
corresponding
> > > I-track. If found, the interp12 logic is applied using that 2-
track
> and
> > > I-track.
> > >
> > > Now I don't completely understand your request... but here's my
guess.
> > For
> > > ECMWF, you have an EMN2 and EMN3 track, but no EMNI track. When
> > processing
> > > the EMN2 track in derive_interp12(), we go looking for EMNI, but
don't
> > find
> > > one. Instead of searching for EMNI, you'd really like to search
for
> > EMN3.
> > > If those EMN3 tracks were really named EMNI then the existing
logic
> would
> > > work as expected. Is that all correct?
> > >
> > > Thanks,
> > > John
> > >
> > >
> > > On Tue, May 31, 2016 at 9:35 AM, Andrew Penny - NOAA Affiliate
via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > Tue May 31 09:35:57 2016: Request 76595 was acted upon.
> > > > Transaction: Ticket created by andrew.penny at noaa.gov
> > > > Queue: met_help
> > > > Subject: interp12 = FILL
> > > > Owner: Nobody
> > > > Requestors: andrew.penny at noaa.gov
> > > > Status: new
> > > > Ticket <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=76595
> > >
> > > >
> > > >
> > > > Hi there,
> > > >
> > > > Is it possible to expand the interp12 option to use "3"s? The
ECMWF
> > > > ensemble mean takes more than 12 hours to run, so in
operations, the
> > > adeck
> > > > only contains EMN2 (00 UTC and 12 UTC) and EMN3 (06 UTC and 18
UTC).
> > > >
> > > > Thanks,
> > > > Andy
> > > >
> > > > --
> > > > Andrew Penny
> > > > Hurricane Model Diagnostician
> > > > SRG / National Hurricane Center
> > > > 11691 SW 17th Street
> > > > Miami, FL 33165-2149
> > > > phone: 305.229.4457
> > > > email: andrew.penny at noaa.gov
> > > >
> > > >
> > >
> > >
> >
> >
> > --
> > Andrew Penny
> > Hurricane Model Diagnostician
> > SRG / National Hurricane Center
> > 11691 SW 17th Street
> > Miami, FL 33165-2149
> > phone: 305.229.4457
> > email: andrew.penny at noaa.gov
> >
> >
>
>
--
Andrew Penny
Hurricane Model Diagnostician
SRG / National Hurricane Center
11691 SW 17th Street
Miami, FL 33165-2149
phone: 305.229.4457
email: andrew.penny at noaa.gov
------------------------------------------------
Subject: interp12 = FILL
From: Andrew Penny - NOAA Affiliate
Time: Thu Jun 02 06:32:32 2016
Hi John,
Would it be difficult to add an option to tc_stat such that models are
only
included in a homogeneous verification if they are present for a
certain
percentage of the total number of forecasts? For example, NHC
typically
will only include a model in the homogeneous verification if it's
present
70% of the time at 0 h and 67% of the time at 48 h.
Sorry for hijacking this ticket for another issue, but I wanted to get
your
thoughts on whether this might be something that could be added in a
future
release? We're currently doing this check outside of MET-TC, but it
might
be a nice feature.
Thanks and take care,
Andy
On Wed, Jun 1, 2016 at 10:12 PM, John Halley Gotway via RT <
met_help at ucar.edu> wrote:
> Andy,
>
> I've attached an updated version of the file
> "met-5.1/src/tools/tc_utils/tc_pairs/tc_pairs.cc". This version
contains
> updated logic in the derive_interp12() function. In that function,
we loop
> through tracks and apply the interp12 logic for any model ending in
2. For
> models ending 3, we now search for a corresponding 2-track. If
found, we
> skip the 3 track. If not found, we process the 3 track with the
same
> interp12 logic.
>
> The code compiles, but I haven't tested it. Since you know your
data very
> well, I'm hoping you can apply the change, recompile MET, and then
run your
> data through it.
>
> cd met-5.1
> cp tc_pairs.cc src/tools/tc_utils/tc_pairs/tc_pairs.cc
> rm src/tool/tc_utils/tc_pairs/*.o
> make install
>
> That will recompile just the tc_pairs tool.
>
> Please let me know if this change works as expected, and I can
commit it
> for the next release of MET (version 5.2).
>
> Thanks,
> John
>
>
> On Wed, Jun 1, 2016 at 11:09 AM, Andrew Penny - NOAA Affiliate via
RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=76595 >
> >
> > Hi John,
> >
> > Thanks for the reply. Basically I'd like to extend exactly what's
being
> > done for "2"s to also allow for "3"s, such that the "2"s and "3"s
are
> > treated like "I"s. I'm not sure if all of the logic options would
work,
> but
> > I'd like to change (FILL) the "2"s and "3"s to "I"s, with first
> preference
> > to "2"s, then "3"s.
> >
> > Thanks,
> > Andy
> >
> >
> >
> > On Wed, Jun 1, 2016 at 4:26 PM, John Halley Gotway via RT <
> > met_help at ucar.edu
> > > wrote:
> >
> > > Hi Andy,
> > >
> > > I see that you'd like to update the logic in tc_pairs to make
the
> > interp12
> > > logic use models ending in '2' and '3'.
> > >
> > > The interp12 logic lives in the derive_interp12() function in
the file
> > > named "met-5.1/src/tools/tc_utils/tc_pairs/tc_pairs.cc". In
there, we
> > loop
> > > through the track data looking for tracks ending in '2'. For
each
> > 2-track
> > > found, we substitute the '2' with an 'I' and search for a
corresponding
> > > I-track. If found, the interp12 logic is applied using that 2-
track
> and
> > > I-track.
> > >
> > > Now I don't completely understand your request... but here's my
guess.
> > For
> > > ECMWF, you have an EMN2 and EMN3 track, but no EMNI track. When
> > processing
> > > the EMN2 track in derive_interp12(), we go looking for EMNI, but
don't
> > find
> > > one. Instead of searching for EMNI, you'd really like to search
for
> > EMN3.
> > > If those EMN3 tracks were really named EMNI then the existing
logic
> would
> > > work as expected. Is that all correct?
> > >
> > > Thanks,
> > > John
> > >
> > >
> > > On Tue, May 31, 2016 at 9:35 AM, Andrew Penny - NOAA Affiliate
via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > Tue May 31 09:35:57 2016: Request 76595 was acted upon.
> > > > Transaction: Ticket created by andrew.penny at noaa.gov
> > > > Queue: met_help
> > > > Subject: interp12 = FILL
> > > > Owner: Nobody
> > > > Requestors: andrew.penny at noaa.gov
> > > > Status: new
> > > > Ticket <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=76595
> > >
> > > >
> > > >
> > > > Hi there,
> > > >
> > > > Is it possible to expand the interp12 option to use "3"s? The
ECMWF
> > > > ensemble mean takes more than 12 hours to run, so in
operations, the
> > > adeck
> > > > only contains EMN2 (00 UTC and 12 UTC) and EMN3 (06 UTC and 18
UTC).
> > > >
> > > > Thanks,
> > > > Andy
> > > >
> > > > --
> > > > Andrew Penny
> > > > Hurricane Model Diagnostician
> > > > SRG / National Hurricane Center
> > > > 11691 SW 17th Street
> > > > Miami, FL 33165-2149
> > > > phone: 305.229.4457
> > > > email: andrew.penny at noaa.gov
> > > >
> > > >
> > >
> > >
> >
> >
> > --
> > Andrew Penny
> > Hurricane Model Diagnostician
> > SRG / National Hurricane Center
> > 11691 SW 17th Street
> > Miami, FL 33165-2149
> > phone: 305.229.4457
> > email: andrew.penny at noaa.gov
> >
> >
>
>
--
Andrew Penny
Hurricane Model Diagnostician
SRG / National Hurricane Center
11691 SW 17th Street
Miami, FL 33165-2149
phone: 305.229.4457
email: andrew.penny at noaa.gov
------------------------------------------------
Subject: interp12 = FILL
From: John Halley Gotway
Time: Thu Jun 02 09:32:02 2016
Andy,
First, since it sounds like that new logic is working in tc_pairs,
I'll
commit it to the development code for inclusion in the met-5.2
release.
Next, are you familiar with the "event_equal_lead" option in the
tc_stat
config file? That gives you the option of specifying the lead times
which
must be present for a track to be included in the event equalization
logic. Since many tracks peter out prior to 5 days, the scientists in
the
DTC have used this to event equalize tracks out to 48 hours, for
example,
and then let them end after that. Does that functionality help in
what
you're trying to do?
Or is there actually a need to compute percentages in the way you've
described? If so, is any of that logic included in the original NHC
verification code? We'd need to hammer down precisely how those
percentages should be calculated.
Thanks,
John
On Thu, Jun 2, 2016 at 6:32 AM, Andrew Penny - NOAA Affiliate via RT <
met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=76595 >
>
> Hi John,
>
> Would it be difficult to add an option to tc_stat such that models
are only
> included in a homogeneous verification if they are present for a
certain
> percentage of the total number of forecasts? For example, NHC
typically
> will only include a model in the homogeneous verification if it's
present
> 70% of the time at 0 h and 67% of the time at 48 h.
>
> Sorry for hijacking this ticket for another issue, but I wanted to
get your
> thoughts on whether this might be something that could be added in a
future
> release? We're currently doing this check outside of MET-TC, but it
might
> be a nice feature.
>
> Thanks and take care,
> Andy
>
> On Wed, Jun 1, 2016 at 10:12 PM, John Halley Gotway via RT <
> met_help at ucar.edu> wrote:
>
> > Andy,
> >
> > I've attached an updated version of the file
> > "met-5.1/src/tools/tc_utils/tc_pairs/tc_pairs.cc". This version
contains
> > updated logic in the derive_interp12() function. In that
function, we
> loop
> > through tracks and apply the interp12 logic for any model ending
in 2.
> For
> > models ending 3, we now search for a corresponding 2-track. If
found, we
> > skip the 3 track. If not found, we process the 3 track with the
same
> > interp12 logic.
> >
> > The code compiles, but I haven't tested it. Since you know your
data
> very
> > well, I'm hoping you can apply the change, recompile MET, and then
run
> your
> > data through it.
> >
> > cd met-5.1
> > cp tc_pairs.cc src/tools/tc_utils/tc_pairs/tc_pairs.cc
> > rm src/tool/tc_utils/tc_pairs/*.o
> > make install
> >
> > That will recompile just the tc_pairs tool.
> >
> > Please let me know if this change works as expected, and I can
commit it
> > for the next release of MET (version 5.2).
> >
> > Thanks,
> > John
> >
> >
> > On Wed, Jun 1, 2016 at 11:09 AM, Andrew Penny - NOAA Affiliate via
RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=76595 >
> > >
> > > Hi John,
> > >
> > > Thanks for the reply. Basically I'd like to extend exactly
what's being
> > > done for "2"s to also allow for "3"s, such that the "2"s and
"3"s are
> > > treated like "I"s. I'm not sure if all of the logic options
would work,
> > but
> > > I'd like to change (FILL) the "2"s and "3"s to "I"s, with first
> > preference
> > > to "2"s, then "3"s.
> > >
> > > Thanks,
> > > Andy
> > >
> > >
> > >
> > > On Wed, Jun 1, 2016 at 4:26 PM, John Halley Gotway via RT <
> > > met_help at ucar.edu
> > > > wrote:
> > >
> > > > Hi Andy,
> > > >
> > > > I see that you'd like to update the logic in tc_pairs to make
the
> > > interp12
> > > > logic use models ending in '2' and '3'.
> > > >
> > > > The interp12 logic lives in the derive_interp12() function in
the
> file
> > > > named "met-5.1/src/tools/tc_utils/tc_pairs/tc_pairs.cc". In
there,
> we
> > > loop
> > > > through the track data looking for tracks ending in '2'. For
each
> > > 2-track
> > > > found, we substitute the '2' with an 'I' and search for a
> corresponding
> > > > I-track. If found, the interp12 logic is applied using that
2-track
> > and
> > > > I-track.
> > > >
> > > > Now I don't completely understand your request... but here's
my
> guess.
> > > For
> > > > ECMWF, you have an EMN2 and EMN3 track, but no EMNI track.
When
> > > processing
> > > > the EMN2 track in derive_interp12(), we go looking for EMNI,
but
> don't
> > > find
> > > > one. Instead of searching for EMNI, you'd really like to
search for
> > > EMN3.
> > > > If those EMN3 tracks were really named EMNI then the existing
logic
> > would
> > > > work as expected. Is that all correct?
> > > >
> > > > Thanks,
> > > > John
> > > >
> > > >
> > > > On Tue, May 31, 2016 at 9:35 AM, Andrew Penny - NOAA Affiliate
via
> RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > Tue May 31 09:35:57 2016: Request 76595 was acted upon.
> > > > > Transaction: Ticket created by andrew.penny at noaa.gov
> > > > > Queue: met_help
> > > > > Subject: interp12 = FILL
> > > > > Owner: Nobody
> > > > > Requestors: andrew.penny at noaa.gov
> > > > > Status: new
> > > > > Ticket <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=76595
> > > >
> > > > >
> > > > >
> > > > > Hi there,
> > > > >
> > > > > Is it possible to expand the interp12 option to use "3"s?
The ECMWF
> > > > > ensemble mean takes more than 12 hours to run, so in
operations,
> the
> > > > adeck
> > > > > only contains EMN2 (00 UTC and 12 UTC) and EMN3 (06 UTC and
18
> UTC).
> > > > >
> > > > > Thanks,
> > > > > Andy
> > > > >
> > > > > --
> > > > > Andrew Penny
> > > > > Hurricane Model Diagnostician
> > > > > SRG / National Hurricane Center
> > > > > 11691 SW 17th Street
> > > > > Miami, FL 33165-2149
> > > > > phone: 305.229.4457
> > > > > email: andrew.penny at noaa.gov
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > Andrew Penny
> > > Hurricane Model Diagnostician
> > > SRG / National Hurricane Center
> > > 11691 SW 17th Street
> > > Miami, FL 33165-2149
> > > phone: 305.229.4457
> > > email: andrew.penny at noaa.gov
> > >
> > >
> >
> >
>
>
> --
> Andrew Penny
> Hurricane Model Diagnostician
> SRG / National Hurricane Center
> 11691 SW 17th Street
> Miami, FL 33165-2149
> phone: 305.229.4457
> email: andrew.penny at noaa.gov
>
>
------------------------------------------------
Subject: interp12 = FILL
From: Andrew Penny - NOAA Affiliate
Time: Thu Jun 02 10:06:19 2016
Hi John,
Yes, actual percentages are used at NHC for the end of season/storm
verification reports. A model is included in the homogeneous
verification
only if it was present for 2/3 of the forecasts at both 48 h and 120
h.
This isn't a hard fast rule, as this constraint can be relaxed for
shorter-lived systems with fewer verifiable forecasts.
Andy
On Thu, Jun 2, 2016 at 11:32 AM, John Halley Gotway via RT <
met_help at ucar.edu> wrote:
> Andy,
>
> First, since it sounds like that new logic is working in tc_pairs,
I'll
> commit it to the development code for inclusion in the met-5.2
release.
>
> Next, are you familiar with the "event_equal_lead" option in the
tc_stat
> config file? That gives you the option of specifying the lead times
which
> must be present for a track to be included in the event equalization
> logic. Since many tracks peter out prior to 5 days, the scientists
in the
> DTC have used this to event equalize tracks out to 48 hours, for
example,
> and then let them end after that. Does that functionality help in
what
> you're trying to do?
>
> Or is there actually a need to compute percentages in the way you've
> described? If so, is any of that logic included in the original NHC
> verification code? We'd need to hammer down precisely how those
> percentages should be calculated.
>
> Thanks,
> John
>
> On Thu, Jun 2, 2016 at 6:32 AM, Andrew Penny - NOAA Affiliate via RT
<
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=76595 >
> >
> > Hi John,
> >
> > Would it be difficult to add an option to tc_stat such that models
are
> only
> > included in a homogeneous verification if they are present for a
certain
> > percentage of the total number of forecasts? For example, NHC
typically
> > will only include a model in the homogeneous verification if it's
present
> > 70% of the time at 0 h and 67% of the time at 48 h.
> >
> > Sorry for hijacking this ticket for another issue, but I wanted to
get
> your
> > thoughts on whether this might be something that could be added in
a
> future
> > release? We're currently doing this check outside of MET-TC, but
it might
> > be a nice feature.
> >
> > Thanks and take care,
> > Andy
> >
> > On Wed, Jun 1, 2016 at 10:12 PM, John Halley Gotway via RT <
> > met_help at ucar.edu> wrote:
> >
> > > Andy,
> > >
> > > I've attached an updated version of the file
> > > "met-5.1/src/tools/tc_utils/tc_pairs/tc_pairs.cc". This version
> contains
> > > updated logic in the derive_interp12() function. In that
function, we
> > loop
> > > through tracks and apply the interp12 logic for any model ending
in 2.
> > For
> > > models ending 3, we now search for a corresponding 2-track. If
found,
> we
> > > skip the 3 track. If not found, we process the 3 track with the
same
> > > interp12 logic.
> > >
> > > The code compiles, but I haven't tested it. Since you know your
data
> > very
> > > well, I'm hoping you can apply the change, recompile MET, and
then run
> > your
> > > data through it.
> > >
> > > cd met-5.1
> > > cp tc_pairs.cc src/tools/tc_utils/tc_pairs/tc_pairs.cc
> > > rm src/tool/tc_utils/tc_pairs/*.o
> > > make install
> > >
> > > That will recompile just the tc_pairs tool.
> > >
> > > Please let me know if this change works as expected, and I can
commit
> it
> > > for the next release of MET (version 5.2).
> > >
> > > Thanks,
> > > John
> > >
> > >
> > > On Wed, Jun 1, 2016 at 11:09 AM, Andrew Penny - NOAA Affiliate
via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=76595
>
> > > >
> > > > Hi John,
> > > >
> > > > Thanks for the reply. Basically I'd like to extend exactly
what's
> being
> > > > done for "2"s to also allow for "3"s, such that the "2"s and
"3"s are
> > > > treated like "I"s. I'm not sure if all of the logic options
would
> work,
> > > but
> > > > I'd like to change (FILL) the "2"s and "3"s to "I"s, with
first
> > > preference
> > > > to "2"s, then "3"s.
> > > >
> > > > Thanks,
> > > > Andy
> > > >
> > > >
> > > >
> > > > On Wed, Jun 1, 2016 at 4:26 PM, John Halley Gotway via RT <
> > > > met_help at ucar.edu
> > > > > wrote:
> > > >
> > > > > Hi Andy,
> > > > >
> > > > > I see that you'd like to update the logic in tc_pairs to
make the
> > > > interp12
> > > > > logic use models ending in '2' and '3'.
> > > > >
> > > > > The interp12 logic lives in the derive_interp12() function
in the
> > file
> > > > > named "met-5.1/src/tools/tc_utils/tc_pairs/tc_pairs.cc". In
there,
> > we
> > > > loop
> > > > > through the track data looking for tracks ending in '2'.
For each
> > > > 2-track
> > > > > found, we substitute the '2' with an 'I' and search for a
> > corresponding
> > > > > I-track. If found, the interp12 logic is applied using that
> 2-track
> > > and
> > > > > I-track.
> > > > >
> > > > > Now I don't completely understand your request... but here's
my
> > guess.
> > > > For
> > > > > ECMWF, you have an EMN2 and EMN3 track, but no EMNI track.
When
> > > > processing
> > > > > the EMN2 track in derive_interp12(), we go looking for EMNI,
but
> > don't
> > > > find
> > > > > one. Instead of searching for EMNI, you'd really like to
search
> for
> > > > EMN3.
> > > > > If those EMN3 tracks were really named EMNI then the
existing logic
> > > would
> > > > > work as expected. Is that all correct?
> > > > >
> > > > > Thanks,
> > > > > John
> > > > >
> > > > >
> > > > > On Tue, May 31, 2016 at 9:35 AM, Andrew Penny - NOAA
Affiliate via
> > RT <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > Tue May 31 09:35:57 2016: Request 76595 was acted upon.
> > > > > > Transaction: Ticket created by andrew.penny at noaa.gov
> > > > > > Queue: met_help
> > > > > > Subject: interp12 = FILL
> > > > > > Owner: Nobody
> > > > > > Requestors: andrew.penny at noaa.gov
> > > > > > Status: new
> > > > > > Ticket <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=76595
> > > > >
> > > > > >
> > > > > >
> > > > > > Hi there,
> > > > > >
> > > > > > Is it possible to expand the interp12 option to use "3"s?
The
> ECMWF
> > > > > > ensemble mean takes more than 12 hours to run, so in
operations,
> > the
> > > > > adeck
> > > > > > only contains EMN2 (00 UTC and 12 UTC) and EMN3 (06 UTC
and 18
> > UTC).
> > > > > >
> > > > > > Thanks,
> > > > > > Andy
> > > > > >
> > > > > > --
> > > > > > Andrew Penny
> > > > > > Hurricane Model Diagnostician
> > > > > > SRG / National Hurricane Center
> > > > > > 11691 SW 17th Street
> > > > > > Miami, FL 33165-2149
> > > > > > phone: 305.229.4457
> > > > > > email: andrew.penny at noaa.gov
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Andrew Penny
> > > > Hurricane Model Diagnostician
> > > > SRG / National Hurricane Center
> > > > 11691 SW 17th Street
> > > > Miami, FL 33165-2149
> > > > phone: 305.229.4457
> > > > email: andrew.penny at noaa.gov
> > > >
> > > >
> > >
> > >
> >
> >
> > --
> > Andrew Penny
> > Hurricane Model Diagnostician
> > SRG / National Hurricane Center
> > 11691 SW 17th Street
> > Miami, FL 33165-2149
> > phone: 305.229.4457
> > email: andrew.penny at noaa.gov
> >
> >
>
>
--
Andrew Penny
Hurricane Model Diagnostician
SRG / National Hurricane Center
11691 SW 17th Street
Miami, FL 33165-2149
phone: 305.229.4457
email: andrew.penny at noaa.gov
------------------------------------------------
Subject: interp12 = FILL
From: John Halley Gotway
Time: Thu Jun 02 10:34:37 2016
Andy,
OK, thanks for the info. I captured this request in the our
development
tracking system, and we'll talk about it some more and consider it for
a
future release.
Unless you have more questions now, I'll go ahead and resolve this
ticket.
Thanks,
John
On Thu, Jun 2, 2016 at 10:06 AM, Andrew Penny - NOAA Affiliate via RT
<
met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=76595 >
>
> Hi John,
>
> Yes, actual percentages are used at NHC for the end of season/storm
> verification reports. A model is included in the homogeneous
verification
> only if it was present for 2/3 of the forecasts at both 48 h and 120
h.
> This isn't a hard fast rule, as this constraint can be relaxed for
> shorter-lived systems with fewer verifiable forecasts.
>
> Andy
>
> On Thu, Jun 2, 2016 at 11:32 AM, John Halley Gotway via RT <
> met_help at ucar.edu> wrote:
>
> > Andy,
> >
> > First, since it sounds like that new logic is working in tc_pairs,
I'll
> > commit it to the development code for inclusion in the met-5.2
release.
> >
> > Next, are you familiar with the "event_equal_lead" option in the
tc_stat
> > config file? That gives you the option of specifying the lead
times
> which
> > must be present for a track to be included in the event
equalization
> > logic. Since many tracks peter out prior to 5 days, the
scientists in
> the
> > DTC have used this to event equalize tracks out to 48 hours, for
example,
> > and then let them end after that. Does that functionality help in
what
> > you're trying to do?
> >
> > Or is there actually a need to compute percentages in the way
you've
> > described? If so, is any of that logic included in the original
NHC
> > verification code? We'd need to hammer down precisely how those
> > percentages should be calculated.
> >
> > Thanks,
> > John
> >
> > On Thu, Jun 2, 2016 at 6:32 AM, Andrew Penny - NOAA Affiliate via
RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=76595 >
> > >
> > > Hi John,
> > >
> > > Would it be difficult to add an option to tc_stat such that
models are
> > only
> > > included in a homogeneous verification if they are present for a
> certain
> > > percentage of the total number of forecasts? For example, NHC
typically
> > > will only include a model in the homogeneous verification if
it's
> present
> > > 70% of the time at 0 h and 67% of the time at 48 h.
> > >
> > > Sorry for hijacking this ticket for another issue, but I wanted
to get
> > your
> > > thoughts on whether this might be something that could be added
in a
> > future
> > > release? We're currently doing this check outside of MET-TC, but
it
> might
> > > be a nice feature.
> > >
> > > Thanks and take care,
> > > Andy
> > >
> > > On Wed, Jun 1, 2016 at 10:12 PM, John Halley Gotway via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > > Andy,
> > > >
> > > > I've attached an updated version of the file
> > > > "met-5.1/src/tools/tc_utils/tc_pairs/tc_pairs.cc". This
version
> > contains
> > > > updated logic in the derive_interp12() function. In that
function,
> we
> > > loop
> > > > through tracks and apply the interp12 logic for any model
ending in
> 2.
> > > For
> > > > models ending 3, we now search for a corresponding 2-track.
If
> found,
> > we
> > > > skip the 3 track. If not found, we process the 3 track with
the same
> > > > interp12 logic.
> > > >
> > > > The code compiles, but I haven't tested it. Since you know
your data
> > > very
> > > > well, I'm hoping you can apply the change, recompile MET, and
then
> run
> > > your
> > > > data through it.
> > > >
> > > > cd met-5.1
> > > > cp tc_pairs.cc src/tools/tc_utils/tc_pairs/tc_pairs.cc
> > > > rm src/tool/tc_utils/tc_pairs/*.o
> > > > make install
> > > >
> > > > That will recompile just the tc_pairs tool.
> > > >
> > > > Please let me know if this change works as expected, and I can
commit
> > it
> > > > for the next release of MET (version 5.2).
> > > >
> > > > Thanks,
> > > > John
> > > >
> > > >
> > > > On Wed, Jun 1, 2016 at 11:09 AM, Andrew Penny - NOAA Affiliate
via
> RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=76595 >
> > > > >
> > > > > Hi John,
> > > > >
> > > > > Thanks for the reply. Basically I'd like to extend exactly
what's
> > being
> > > > > done for "2"s to also allow for "3"s, such that the "2"s and
"3"s
> are
> > > > > treated like "I"s. I'm not sure if all of the logic options
would
> > work,
> > > > but
> > > > > I'd like to change (FILL) the "2"s and "3"s to "I"s, with
first
> > > > preference
> > > > > to "2"s, then "3"s.
> > > > >
> > > > > Thanks,
> > > > > Andy
> > > > >
> > > > >
> > > > >
> > > > > On Wed, Jun 1, 2016 at 4:26 PM, John Halley Gotway via RT <
> > > > > met_help at ucar.edu
> > > > > > wrote:
> > > > >
> > > > > > Hi Andy,
> > > > > >
> > > > > > I see that you'd like to update the logic in tc_pairs to
make the
> > > > > interp12
> > > > > > logic use models ending in '2' and '3'.
> > > > > >
> > > > > > The interp12 logic lives in the derive_interp12() function
in the
> > > file
> > > > > > named "met-5.1/src/tools/tc_utils/tc_pairs/tc_pairs.cc".
In
> there,
> > > we
> > > > > loop
> > > > > > through the track data looking for tracks ending in '2'.
For
> each
> > > > > 2-track
> > > > > > found, we substitute the '2' with an 'I' and search for a
> > > corresponding
> > > > > > I-track. If found, the interp12 logic is applied using
that
> > 2-track
> > > > and
> > > > > > I-track.
> > > > > >
> > > > > > Now I don't completely understand your request... but
here's my
> > > guess.
> > > > > For
> > > > > > ECMWF, you have an EMN2 and EMN3 track, but no EMNI track.
When
> > > > > processing
> > > > > > the EMN2 track in derive_interp12(), we go looking for
EMNI, but
> > > don't
> > > > > find
> > > > > > one. Instead of searching for EMNI, you'd really like to
search
> > for
> > > > > EMN3.
> > > > > > If those EMN3 tracks were really named EMNI then the
existing
> logic
> > > > would
> > > > > > work as expected. Is that all correct?
> > > > > >
> > > > > > Thanks,
> > > > > > John
> > > > > >
> > > > > >
> > > > > > On Tue, May 31, 2016 at 9:35 AM, Andrew Penny - NOAA
Affiliate
> via
> > > RT <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > Tue May 31 09:35:57 2016: Request 76595 was acted upon.
> > > > > > > Transaction: Ticket created by andrew.penny at noaa.gov
> > > > > > > Queue: met_help
> > > > > > > Subject: interp12 = FILL
> > > > > > > Owner: Nobody
> > > > > > > Requestors: andrew.penny at noaa.gov
> > > > > > > Status: new
> > > > > > > Ticket <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=76595
> > > > > >
> > > > > > >
> > > > > > >
> > > > > > > Hi there,
> > > > > > >
> > > > > > > Is it possible to expand the interp12 option to use
"3"s? The
> > ECMWF
> > > > > > > ensemble mean takes more than 12 hours to run, so in
> operations,
> > > the
> > > > > > adeck
> > > > > > > only contains EMN2 (00 UTC and 12 UTC) and EMN3 (06 UTC
and 18
> > > UTC).
> > > > > > >
> > > > > > > Thanks,
> > > > > > > Andy
> > > > > > >
> > > > > > > --
> > > > > > > Andrew Penny
> > > > > > > Hurricane Model Diagnostician
> > > > > > > SRG / National Hurricane Center
> > > > > > > 11691 SW 17th Street
> > > > > > > Miami, FL 33165-2149
> > > > > > > phone: 305.229.4457
> > > > > > > email: andrew.penny at noaa.gov
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Andrew Penny
> > > > > Hurricane Model Diagnostician
> > > > > SRG / National Hurricane Center
> > > > > 11691 SW 17th Street
> > > > > Miami, FL 33165-2149
> > > > > phone: 305.229.4457
> > > > > email: andrew.penny at noaa.gov
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > Andrew Penny
> > > Hurricane Model Diagnostician
> > > SRG / National Hurricane Center
> > > 11691 SW 17th Street
> > > Miami, FL 33165-2149
> > > phone: 305.229.4457
> > > email: andrew.penny at noaa.gov
> > >
> > >
> >
> >
>
>
> --
> Andrew Penny
> Hurricane Model Diagnostician
> SRG / National Hurricane Center
> 11691 SW 17th Street
> Miami, FL 33165-2149
> phone: 305.229.4457
> email: andrew.penny at noaa.gov
>
>
------------------------------------------------
Subject: interp12 = FILL
From: Andrew Penny - NOAA Affiliate
Time: Thu Jun 02 10:35:38 2016
Sounds good. Thanks John!
On Thu, Jun 2, 2016 at 4:34 PM, John Halley Gotway via RT
<met_help at ucar.edu
> wrote:
> Andy,
>
> OK, thanks for the info. I captured this request in the our
development
> tracking system, and we'll talk about it some more and consider it
for a
> future release.
>
> Unless you have more questions now, I'll go ahead and resolve this
ticket.
>
> Thanks,
> John
>
> On Thu, Jun 2, 2016 at 10:06 AM, Andrew Penny - NOAA Affiliate via
RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=76595 >
> >
> > Hi John,
> >
> > Yes, actual percentages are used at NHC for the end of
season/storm
> > verification reports. A model is included in the homogeneous
verification
> > only if it was present for 2/3 of the forecasts at both 48 h and
120 h.
> > This isn't a hard fast rule, as this constraint can be relaxed for
> > shorter-lived systems with fewer verifiable forecasts.
> >
> > Andy
> >
> > On Thu, Jun 2, 2016 at 11:32 AM, John Halley Gotway via RT <
> > met_help at ucar.edu> wrote:
> >
> > > Andy,
> > >
> > > First, since it sounds like that new logic is working in
tc_pairs, I'll
> > > commit it to the development code for inclusion in the met-5.2
release.
> > >
> > > Next, are you familiar with the "event_equal_lead" option in the
> tc_stat
> > > config file? That gives you the option of specifying the lead
times
> > which
> > > must be present for a track to be included in the event
equalization
> > > logic. Since many tracks peter out prior to 5 days, the
scientists in
> > the
> > > DTC have used this to event equalize tracks out to 48 hours, for
> example,
> > > and then let them end after that. Does that functionality help
in what
> > > you're trying to do?
> > >
> > > Or is there actually a need to compute percentages in the way
you've
> > > described? If so, is any of that logic included in the original
NHC
> > > verification code? We'd need to hammer down precisely how those
> > > percentages should be calculated.
> > >
> > > Thanks,
> > > John
> > >
> > > On Thu, Jun 2, 2016 at 6:32 AM, Andrew Penny - NOAA Affiliate
via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=76595
>
> > > >
> > > > Hi John,
> > > >
> > > > Would it be difficult to add an option to tc_stat such that
models
> are
> > > only
> > > > included in a homogeneous verification if they are present for
a
> > certain
> > > > percentage of the total number of forecasts? For example, NHC
> typically
> > > > will only include a model in the homogeneous verification if
it's
> > present
> > > > 70% of the time at 0 h and 67% of the time at 48 h.
> > > >
> > > > Sorry for hijacking this ticket for another issue, but I
wanted to
> get
> > > your
> > > > thoughts on whether this might be something that could be
added in a
> > > future
> > > > release? We're currently doing this check outside of MET-TC,
but it
> > might
> > > > be a nice feature.
> > > >
> > > > Thanks and take care,
> > > > Andy
> > > >
> > > > On Wed, Jun 1, 2016 at 10:12 PM, John Halley Gotway via RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > > Andy,
> > > > >
> > > > > I've attached an updated version of the file
> > > > > "met-5.1/src/tools/tc_utils/tc_pairs/tc_pairs.cc". This
version
> > > contains
> > > > > updated logic in the derive_interp12() function. In that
function,
> > we
> > > > loop
> > > > > through tracks and apply the interp12 logic for any model
ending in
> > 2.
> > > > For
> > > > > models ending 3, we now search for a corresponding 2-track.
If
> > found,
> > > we
> > > > > skip the 3 track. If not found, we process the 3 track with
the
> same
> > > > > interp12 logic.
> > > > >
> > > > > The code compiles, but I haven't tested it. Since you know
your
> data
> > > > very
> > > > > well, I'm hoping you can apply the change, recompile MET,
and then
> > run
> > > > your
> > > > > data through it.
> > > > >
> > > > > cd met-5.1
> > > > > cp tc_pairs.cc src/tools/tc_utils/tc_pairs/tc_pairs.cc
> > > > > rm src/tool/tc_utils/tc_pairs/*.o
> > > > > make install
> > > > >
> > > > > That will recompile just the tc_pairs tool.
> > > > >
> > > > > Please let me know if this change works as expected, and I
can
> commit
> > > it
> > > > > for the next release of MET (version 5.2).
> > > > >
> > > > > Thanks,
> > > > > John
> > > > >
> > > > >
> > > > > On Wed, Jun 1, 2016 at 11:09 AM, Andrew Penny - NOAA
Affiliate via
> > RT <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=76595 >
> > > > > >
> > > > > > Hi John,
> > > > > >
> > > > > > Thanks for the reply. Basically I'd like to extend exactly
what's
> > > being
> > > > > > done for "2"s to also allow for "3"s, such that the "2"s
and "3"s
> > are
> > > > > > treated like "I"s. I'm not sure if all of the logic
options would
> > > work,
> > > > > but
> > > > > > I'd like to change (FILL) the "2"s and "3"s to "I"s, with
first
> > > > > preference
> > > > > > to "2"s, then "3"s.
> > > > > >
> > > > > > Thanks,
> > > > > > Andy
> > > > > >
> > > > > >
> > > > > >
> > > > > > On Wed, Jun 1, 2016 at 4:26 PM, John Halley Gotway via RT
<
> > > > > > met_help at ucar.edu
> > > > > > > wrote:
> > > > > >
> > > > > > > Hi Andy,
> > > > > > >
> > > > > > > I see that you'd like to update the logic in tc_pairs to
make
> the
> > > > > > interp12
> > > > > > > logic use models ending in '2' and '3'.
> > > > > > >
> > > > > > > The interp12 logic lives in the derive_interp12()
function in
> the
> > > > file
> > > > > > > named "met-5.1/src/tools/tc_utils/tc_pairs/tc_pairs.cc".
In
> > there,
> > > > we
> > > > > > loop
> > > > > > > through the track data looking for tracks ending in '2'.
For
> > each
> > > > > > 2-track
> > > > > > > found, we substitute the '2' with an 'I' and search for
a
> > > > corresponding
> > > > > > > I-track. If found, the interp12 logic is applied using
that
> > > 2-track
> > > > > and
> > > > > > > I-track.
> > > > > > >
> > > > > > > Now I don't completely understand your request... but
here's my
> > > > guess.
> > > > > > For
> > > > > > > ECMWF, you have an EMN2 and EMN3 track, but no EMNI
track.
> When
> > > > > > processing
> > > > > > > the EMN2 track in derive_interp12(), we go looking for
EMNI,
> but
> > > > don't
> > > > > > find
> > > > > > > one. Instead of searching for EMNI, you'd really like
to
> search
> > > for
> > > > > > EMN3.
> > > > > > > If those EMN3 tracks were really named EMNI then the
existing
> > logic
> > > > > would
> > > > > > > work as expected. Is that all correct?
> > > > > > >
> > > > > > > Thanks,
> > > > > > > John
> > > > > > >
> > > > > > >
> > > > > > > On Tue, May 31, 2016 at 9:35 AM, Andrew Penny - NOAA
Affiliate
> > via
> > > > RT <
> > > > > > > met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > Tue May 31 09:35:57 2016: Request 76595 was acted
upon.
> > > > > > > > Transaction: Ticket created by andrew.penny at noaa.gov
> > > > > > > > Queue: met_help
> > > > > > > > Subject: interp12 = FILL
> > > > > > > > Owner: Nobody
> > > > > > > > Requestors: andrew.penny at noaa.gov
> > > > > > > > Status: new
> > > > > > > > Ticket <URL:
> > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=76595
> > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > Hi there,
> > > > > > > >
> > > > > > > > Is it possible to expand the interp12 option to use
"3"s? The
> > > ECMWF
> > > > > > > > ensemble mean takes more than 12 hours to run, so in
> > operations,
> > > > the
> > > > > > > adeck
> > > > > > > > only contains EMN2 (00 UTC and 12 UTC) and EMN3 (06
UTC and
> 18
> > > > UTC).
> > > > > > > >
> > > > > > > > Thanks,
> > > > > > > > Andy
> > > > > > > >
> > > > > > > > --
> > > > > > > > Andrew Penny
> > > > > > > > Hurricane Model Diagnostician
> > > > > > > > SRG / National Hurricane Center
> > > > > > > > 11691 SW 17th Street
> > > > > > > > Miami, FL 33165-2149
> > > > > > > > phone: 305.229.4457
> > > > > > > > email: andrew.penny at noaa.gov
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Andrew Penny
> > > > > > Hurricane Model Diagnostician
> > > > > > SRG / National Hurricane Center
> > > > > > 11691 SW 17th Street
> > > > > > Miami, FL 33165-2149
> > > > > > phone: 305.229.4457
> > > > > > email: andrew.penny at noaa.gov
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Andrew Penny
> > > > Hurricane Model Diagnostician
> > > > SRG / National Hurricane Center
> > > > 11691 SW 17th Street
> > > > Miami, FL 33165-2149
> > > > phone: 305.229.4457
> > > > email: andrew.penny at noaa.gov
> > > >
> > > >
> > >
> > >
> >
> >
> > --
> > Andrew Penny
> > Hurricane Model Diagnostician
> > SRG / National Hurricane Center
> > 11691 SW 17th Street
> > Miami, FL 33165-2149
> > phone: 305.229.4457
> > email: andrew.penny at noaa.gov
> >
> >
>
>
--
Andrew Penny
Hurricane Model Diagnostician
SRG / National Hurricane Center
11691 SW 17th Street
Miami, FL 33165-2149
phone: 305.229.4457
email: andrew.penny at noaa.gov
------------------------------------------------
More information about the Met_help
mailing list