[Met_help] [rt.rap.ucar.edu #93325] History for METviewer plot: problem with using OBS_THRESH as independent variable

Tatiana Burek via RT met_help at ucar.edu
Mon Dec 9 10:38:33 MST 2019


----------------------------------------------------------------
  Initial Request
----------------------------------------------------------------

Hello.  In the attached plot_*.png[xml], for some reason the OBS_THRESH as
independent variable is not in order of magnitude.  I tried editing the
*.xml (tmp.xml) to list the obs_thresh in the right order, but when I
loaded the 'tmp.xml' and plotted it the OBS_THRESH again reverted to the
wrong order.  Is there a way to force the OBS_THRESH to show up in the plot
in the correct order?

This is done on the AWS METplus server.

Thank you -

Ying
---
Ying Lin
NCEP/EMC/Verification, Post-processing and Product Generation Branch
NCWCP Cubicle No. 2015
Ying.Lin at noaa.gov


----------------------------------------------------------------
  Complete Ticket History
----------------------------------------------------------------

Subject: METviewer plot: problem with using OBS_THRESH as independent variable
From: Tatiana Burek
Time: Wed Dec 04 12:44:20 2019

Hi Ying,
I'm working on this issue and have a question.

In your example all threshold values have the same sign '>' and the
sorting function would just sort by the numbers.
But what if some of your thresholds have '>=' or '<'. How would you
like to see the result?
Sorting by numbers only:
>0.2 >=1 >1.5 >=2
or sorting by sign and number:
>0.2 >1.5  >=1 >=2


Tatiana

On Tue Dec 03 13:37:59 2019, ying.lin at noaa.gov wrote:
> Hello.  In the attached plot_*.png[xml], for some reason the
OBS_THRESH as
> independent variable is not in order of magnitude.  I tried editing
the
> *.xml (tmp.xml) to list the obs_thresh in the right order, but when
I
> loaded the 'tmp.xml' and plotted it the OBS_THRESH again reverted to
the
> wrong order.  Is there a way to force the OBS_THRESH to show up in
the plot
> in the correct order?
>
> This is done on the AWS METplus server.
>
> Thank you -
>
> Ying
> ---
> Ying Lin
> NCEP/EMC/Verification, Post-processing and Product Generation Branch
> NCWCP Cubicle No. 2015
> Ying.Lin at noaa.gov



------------------------------------------------
Subject: METviewer plot: problem with using OBS_THRESH as independent variable
From: Ying Lin
Time: Wed Dec 04 17:36:37 2019

Hi Tatiana,

   Thank you for looking into this!  I try to remember to use the same
">"
(instead of ">=") for various precipitation verifications.  Should I
get
sloppy (will try not to) and have a mixed ">" and ">=", your option 1
-
Sorting by numbers only:
>0.2 >=1 >1.5 >=2
would be the one needed, i.e. as an independent variable, the
obs_thresh
should increase monotonically.

Thanks again -

Ying

---
Ying Lin
NCEP/EMC/Verification, Post-processing and Product Generation Branch
NCWCP Cubicle No. 2015
Ying.Lin at noaa.gov



On Wed, Dec 4, 2019 at 2:44 PM Tatiana Burek via RT
<met_help at ucar.edu>
wrote:

> Hi Ying,
> I'm working on this issue and have a question.
>
> In your example all threshold values have the same sign '>' and the
> sorting function would just sort by the numbers.
> But what if some of your thresholds have '>=' or '<'. How would you
like
> to see the result?
> Sorting by numbers only:
> >0.2 >=1 >1.5 >=2
> or sorting by sign and number:
> >0.2 >1.5  >=1 >=2
>
>
> Tatiana
>
> On Tue Dec 03 13:37:59 2019, ying.lin at noaa.gov wrote:
> > Hello.  In the attached plot_*.png[xml], for some reason the
OBS_THRESH
> as
> > independent variable is not in order of magnitude.  I tried
editing the
> > *.xml (tmp.xml) to list the obs_thresh in the right order, but
when I
> > loaded the 'tmp.xml' and plotted it the OBS_THRESH again reverted
to the
> > wrong order.  Is there a way to force the OBS_THRESH to show up in
the
> plot
> > in the correct order?
> >
> > This is done on the AWS METplus server.
> >
> > Thank you -
> >
> > Ying
> > ---
> > Ying Lin
> > NCEP/EMC/Verification, Post-processing and Product Generation
Branch
> > NCWCP Cubicle No. 2015
> > Ying.Lin at noaa.gov
>
>
>
>

------------------------------------------------
Subject: METviewer plot: problem with using OBS_THRESH as independent variable
From: Tatiana Burek
Time: Thu Dec 05 08:43:20 2019

Ying,
I deployed METviewer patch to AWS with the fix for threshold ordering.
Could you test it please and let me know if it is working.

Thanks,
Tatiana

On Wed Dec 04 17:36:37 2019, ying.lin at noaa.gov wrote:
> Hi Tatiana,
>
>    Thank you for looking into this!  I try to remember to use the
same ">"
> (instead of ">=") for various precipitation verifications.  Should I
get
> sloppy (will try not to) and have a mixed ">" and ">=", your option
1 -
> Sorting by numbers only:
> >0.2 >=1 >1.5 >=2
> would be the one needed, i.e. as an independent variable, the
obs_thresh
> should increase monotonically.
>
> Thanks again -
>
> Ying
>
> ---
> Ying Lin
> NCEP/EMC/Verification, Post-processing and Product Generation Branch
> NCWCP Cubicle No. 2015
> Ying.Lin at noaa.gov
>
>
>
> On Wed, Dec 4, 2019 at 2:44 PM Tatiana Burek via RT
<met_help at ucar.edu>
> wrote:
>
> > Hi Ying,
> > I'm working on this issue and have a question.
> >
> > In your example all threshold values have the same sign '>' and
the
> > sorting function would just sort by the numbers.
> > But what if some of your thresholds have '>=' or '<'. How would
you like
> > to see the result?
> > Sorting by numbers only:
> > >0.2 >=1 >1.5 >=2
> > or sorting by sign and number:
> > >0.2 >1.5  >=1 >=2
> >
> >
> > Tatiana
> >
> > On Tue Dec 03 13:37:59 2019, ying.lin at noaa.gov wrote:
> > > Hello.  In the attached plot_*.png[xml], for some reason the
OBS_THRESH
> > as
> > > independent variable is not in order of magnitude.  I tried
editing the
> > > *.xml (tmp.xml) to list the obs_thresh in the right order, but
when I
> > > loaded the 'tmp.xml' and plotted it the OBS_THRESH again
reverted to the
> > > wrong order.  Is there a way to force the OBS_THRESH to show up
in the
> > plot
> > > in the correct order?
> > >
> > > This is done on the AWS METplus server.
> > >
> > > Thank you -
> > >
> > > Ying
> > > ---
> > > Ying Lin
> > > NCEP/EMC/Verification, Post-processing and Product Generation
Branch
> > > NCWCP Cubicle No. 2015
> > > Ying.Lin at noaa.gov
> >
> >
> >
> >



------------------------------------------------
Subject: METviewer plot: problem with using OBS_THRESH as independent variable
From: John Halley Gotway
Time: Thu Dec 05 09:53:25 2019

Ying and Tatiana,

Just wanted to make a comment on this issue.  I agree that sorting
numerically makes the most sense.  But let's say someone has computed
and
plotted all possible threshold types for values 1.0 and 2.0.  If they
were
to plot them all on the x-axis, I think they should appear in this
order:
   <1.0, <=1.0, !=1.0, ==1.0, >=1.0, >1.0, <2.0, <=2.0, !=2.0, ==2.0,
>=2.0, >2.0

So sort numerically FIRST and then sort by threshold type SECOND, and
in
this order: <, <=, !=, ==, >=, >

Any objections or other perspectives on this?

Of course, the thresholds could be complex types, like "<=1.0&&<=2.0".
But
I'd just sort based on the first TYPE and first VALUE to keep the
logic
simple.

Thanks,
John

On Wed, Dec 4, 2019 at 5:37 PM Ying Lin via RT <met_help at ucar.edu>
wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=93325 >
>
> Hi Tatiana,
>
>    Thank you for looking into this!  I try to remember to use the
same ">"
> (instead of ">=") for various precipitation verifications.  Should I
get
> sloppy (will try not to) and have a mixed ">" and ">=", your option
1 -
> Sorting by numbers only:
> >0.2 >=1 >1.5 >=2
> would be the one needed, i.e. as an independent variable, the
obs_thresh
> should increase monotonically.
>
> Thanks again -
>
> Ying
>
> ---
> Ying Lin
> NCEP/EMC/Verification, Post-processing and Product Generation Branch
> NCWCP Cubicle No. 2015
> Ying.Lin at noaa.gov
>
>
>
> On Wed, Dec 4, 2019 at 2:44 PM Tatiana Burek via RT
<met_help at ucar.edu>
> wrote:
>
> > Hi Ying,
> > I'm working on this issue and have a question.
> >
> > In your example all threshold values have the same sign '>' and
the
> > sorting function would just sort by the numbers.
> > But what if some of your thresholds have '>=' or '<'. How would
you like
> > to see the result?
> > Sorting by numbers only:
> > >0.2 >=1 >1.5 >=2
> > or sorting by sign and number:
> > >0.2 >1.5  >=1 >=2
> >
> >
> > Tatiana
> >
> > On Tue Dec 03 13:37:59 2019, ying.lin at noaa.gov wrote:
> > > Hello.  In the attached plot_*.png[xml], for some reason the
OBS_THRESH
> > as
> > > independent variable is not in order of magnitude.  I tried
editing the
> > > *.xml (tmp.xml) to list the obs_thresh in the right order, but
when I
> > > loaded the 'tmp.xml' and plotted it the OBS_THRESH again
reverted to
> the
> > > wrong order.  Is there a way to force the OBS_THRESH to show up
in the
> > plot
> > > in the correct order?
> > >
> > > This is done on the AWS METplus server.
> > >
> > > Thank you -
> > >
> > > Ying
> > > ---
> > > Ying Lin
> > > NCEP/EMC/Verification, Post-processing and Product Generation
Branch
> > > NCWCP Cubicle No. 2015
> > > Ying.Lin at noaa.gov
> >
> >
> >
> >
>
>

------------------------------------------------
Subject: METviewer plot: problem with using OBS_THRESH as independent variable
From: Ying Lin
Time: Fri Dec 06 12:19:22 2019

Hi Tatiana,
   I tried it out, the OBS_THRESH works perfectly now.  Thank you very
much
for your quick response!  Please feel free to close this ticket at
your
convenience/

Hi John,
   Your order of sorting OBS_THRESH for complex situations makes
perfect
logical sense; for precip though there shouldn't be such a complex
situation (that I can think of right now).  If I had "<1.0, <=1.0"
then
I've been too sloppy in setting up the OBS_THRESH.

---
Ying Lin
NCEP/EMC/Verification, Post-processing and Product Generation Branch
NCWCP Cubicle No. 2015
Ying.Lin at noaa.gov



On Thu, Dec 5, 2019 at 11:53 AM John Halley Gotway via RT
<met_help at ucar.edu>
wrote:

> Ying and Tatiana,
>
> Just wanted to make a comment on this issue.  I agree that sorting
> numerically makes the most sense.  But let's say someone has
computed and
> plotted all possible threshold types for values 1.0 and 2.0.  If
they were
> to plot them all on the x-axis, I think they should appear in this
order:
>    <1.0, <=1.0, !=1.0, ==1.0, >=1.0, >1.0, <2.0, <=2.0, !=2.0,
==2.0,
> >=2.0, >2.0
>
> So sort numerically FIRST and then sort by threshold type SECOND,
and in
> this order: <, <=, !=, ==, >=, >
>
> Any objections or other perspectives on this?
>
> Of course, the thresholds could be complex types, like
"<=1.0&&<=2.0".  But
> I'd just sort based on the first TYPE and first VALUE to keep the
logic
> simple.
>
> Thanks,
> John
>
> On Wed, Dec 4, 2019 at 5:37 PM Ying Lin via RT <met_help at ucar.edu>
wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=93325 >
> >
> > Hi Tatiana,
> >
> >    Thank you for looking into this!  I try to remember to use the
same
> ">"
> > (instead of ">=") for various precipitation verifications.  Should
I get
> > sloppy (will try not to) and have a mixed ">" and ">=", your
option 1 -
> > Sorting by numbers only:
> > >0.2 >=1 >1.5 >=2
> > would be the one needed, i.e. as an independent variable, the
obs_thresh
> > should increase monotonically.
> >
> > Thanks again -
> >
> > Ying
> >
> > ---
> > Ying Lin
> > NCEP/EMC/Verification, Post-processing and Product Generation
Branch
> > NCWCP Cubicle No. 2015
> > Ying.Lin at noaa.gov
> >
> >
> >
> > On Wed, Dec 4, 2019 at 2:44 PM Tatiana Burek via RT
<met_help at ucar.edu>
> > wrote:
> >
> > > Hi Ying,
> > > I'm working on this issue and have a question.
> > >
> > > In your example all threshold values have the same sign '>' and
the
> > > sorting function would just sort by the numbers.
> > > But what if some of your thresholds have '>=' or '<'. How would
you
> like
> > > to see the result?
> > > Sorting by numbers only:
> > > >0.2 >=1 >1.5 >=2
> > > or sorting by sign and number:
> > > >0.2 >1.5  >=1 >=2
> > >
> > >
> > > Tatiana
> > >
> > > On Tue Dec 03 13:37:59 2019, ying.lin at noaa.gov wrote:
> > > > Hello.  In the attached plot_*.png[xml], for some reason the
> OBS_THRESH
> > > as
> > > > independent variable is not in order of magnitude.  I tried
editing
> the
> > > > *.xml (tmp.xml) to list the obs_thresh in the right order, but
when I
> > > > loaded the 'tmp.xml' and plotted it the OBS_THRESH again
reverted to
> > the
> > > > wrong order.  Is there a way to force the OBS_THRESH to show
up in
> the
> > > plot
> > > > in the correct order?
> > > >
> > > > This is done on the AWS METplus server.
> > > >
> > > > Thank you -
> > > >
> > > > Ying
> > > > ---
> > > > Ying Lin
> > > > NCEP/EMC/Verification, Post-processing and Product Generation
Branch
> > > > NCWCP Cubicle No. 2015
> > > > Ying.Lin at noaa.gov
> > >
> > >
> > >
> > >
> >
> >
>
>

------------------------------------------------


More information about the Met_help mailing list