[Met_help] [rt.rap.ucar.edu #100099] History for some issues with processing inline netcdf files directly
Minna Win via RT
met_help at ucar.edu
Thu Jun 10 15:50:50 MDT 2021
----------------------------------------------------------------
Initial Request
----------------------------------------------------------------
Good evening,
As we transition toward RRFS-CMAQ we will be dealing with a different set
of data files for when processing statistics for verification. In the past
I have created netcdf files to work around issues related to data files not
being compliant with MET standards. It appears that I have run into this
issue again based on what the log file indicates:
*DEBUG 4: Met2dDataFileFactory::new_met_2d_data_file() -> created new
Met2dDataFile object of type "FileType_None".ERROR :ERROR : Trouble
reading forecast file
"/gpfs/dell2/emc/retros/noscrub/Jianping.Huang/data/RRFSCMAQ/r112_v1/2019081912/o3_sfc012.nc
<http://o3_sfc012.nc>"ERROR :*
06/03 21:42:55.826 metplus.PointStat (command_runner.py:190) DEBUG:
Finished running point_stat in 0:00:00.405150
You can see the directory path for the example above. Does anyone have any
recommendations on what would need to be done when constructing files that
can be used directory rather than relying on a separate routine to create
netcdf files that are compliant with MET? I'm cc'ing Jianping since he
runs the inline system. I would first like to confirm that this is indeed
the issue; but, I would also like to get a little bit more information on
what would need to be done to create a netcdf file that complies with MET
in order to avoid this issue in the future. Thanks.
Edward Strobach
EMC/NCEP/NWS/ IMSG
Coding Logic (if/then/else)
----------------------------------------------------------------
Complete Ticket History
----------------------------------------------------------------
Subject: some issues with processing inline netcdf files directly
From: Minna Win
Time: Fri Jun 04 08:40:32 2021
Hi Ed,
MET has added python embedding support to provide users with the
capability
of reading in their "flavor" of netCDF:
https://met.readthedocs.io/en/latest/Users_Guide/appendixF.html
This might be a better alternative than re-tooling existing netCDF
data.
I'll check with others to see if we have some guidelines for creating
MET-friendly netCDF input.
Regards,
Minna
---------------
Minna Win
Pronouns: she/her
National Center for Atmospheric Research
Developmental Testbed Center
Phone: 303-497-8423
Fax: 303-497-8401
---------------
On Thu, Jun 3, 2021 at 3:56 PM Edward Strobach - NOAA Affiliate via RT
<
met_help at ucar.edu> wrote:
>
> Thu Jun 03 15:56:22 2021: Request 100099 was acted upon.
> Transaction: Ticket created by edward.strobach at noaa.gov
> Queue: met_help
> Subject: some issues with processing inline netcdf files
directly
> Owner: Nobody
> Requestors: edward.strobach at noaa.gov
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=100099 >
>
>
> Good evening,
>
> As we transition toward RRFS-CMAQ we will be dealing with a
different set
> of data files for when processing statistics for verification. In
the past
> I have created netcdf files to work around issues related to data
files not
> being compliant with MET standards. It appears that I have run into
this
> issue again based on what the log file indicates:
>
>
>
>
> *DEBUG 4: Met2dDataFileFactory::new_met_2d_data_file() -> created
new
> Met2dDataFile object of type "FileType_None".ERROR :ERROR :
Trouble
> reading forecast file
>
>
"/gpfs/dell2/emc/retros/noscrub/Jianping.Huang/data/RRFSCMAQ/r112_v1/2019081912/
> o3_sfc012.nc
> <http://o3_sfc012.nc>"ERROR :*
> 06/03 21:42:55.826 metplus.PointStat (command_runner.py:190) DEBUG:
> Finished running point_stat in 0:00:00.405150
>
> You can see the directory path for the example above. Does anyone
have any
> recommendations on what would need to be done when constructing
files that
> can be used directory rather than relying on a separate routine to
create
> netcdf files that are compliant with MET? I'm cc'ing Jianping since
he
> runs the inline system. I would first like to confirm that this is
indeed
> the issue; but, I would also like to get a little bit more
information on
> what would need to be done to create a netcdf file that complies
with MET
> in order to avoid this issue in the future. Thanks.
>
> Edward Strobach
> EMC/NCEP/NWS/ IMSG
> Coding Logic (if/then/else)
>
>
------------------------------------------------
Subject: some issues with processing inline netcdf files directly
From: Edward Strobach - NOAA Affiliate
Time: Fri Jun 04 08:43:59 2021
That would be really great. Thank you very much for this link. Let
me
take a look at it to see how it works.
Edward Strobach
EMC/NCEP/NWS/ IMSG
Coding Logic (if/then/else)
On Fri, Jun 4, 2021 at 10:40 AM Minna Win via RT <met_help at ucar.edu>
wrote:
> Hi Ed,
>
> MET has added python embedding support to provide users with the
capability
> of reading in their "flavor" of netCDF:
>
> https://met.readthedocs.io/en/latest/Users_Guide/appendixF.html
>
> This might be a better alternative than re-tooling existing netCDF
data.
> I'll check with others to see if we have some guidelines for
creating
> MET-friendly netCDF input.
>
> Regards,
> Minna
>
> ---------------
> Minna Win
> Pronouns: she/her
> National Center for Atmospheric Research
> Developmental Testbed Center
> Phone: 303-497-8423
> Fax: 303-497-8401
> ---------------
>
>
>
> On Thu, Jun 3, 2021 at 3:56 PM Edward Strobach - NOAA Affiliate via
RT <
> met_help at ucar.edu> wrote:
>
> >
> > Thu Jun 03 15:56:22 2021: Request 100099 was acted upon.
> > Transaction: Ticket created by edward.strobach at noaa.gov
> > Queue: met_help
> > Subject: some issues with processing inline netcdf files
directly
> > Owner: Nobody
> > Requestors: edward.strobach at noaa.gov
> > Status: new
> > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=100099 >
> >
> >
> > Good evening,
> >
> > As we transition toward RRFS-CMAQ we will be dealing with a
different set
> > of data files for when processing statistics for verification. In
the
> past
> > I have created netcdf files to work around issues related to data
files
> not
> > being compliant with MET standards. It appears that I have run
into this
> > issue again based on what the log file indicates:
> >
> >
> >
> >
> > *DEBUG 4: Met2dDataFileFactory::new_met_2d_data_file() -> created
new
> > Met2dDataFile object of type "FileType_None".ERROR :ERROR :
Trouble
> > reading forecast file
> >
> >
>
"/gpfs/dell2/emc/retros/noscrub/Jianping.Huang/data/RRFSCMAQ/r112_v1/2019081912/
> > o3_sfc012.nc
> > <http://o3_sfc012.nc>"ERROR :*
> > 06/03 21:42:55.826 metplus.PointStat (command_runner.py:190)
DEBUG:
> > Finished running point_stat in 0:00:00.405150
> >
> > You can see the directory path for the example above. Does anyone
have
> any
> > recommendations on what would need to be done when constructing
files
> that
> > can be used directory rather than relying on a separate routine to
create
> > netcdf files that are compliant with MET? I'm cc'ing Jianping
since he
> > runs the inline system. I would first like to confirm that this
is
> indeed
> > the issue; but, I would also like to get a little bit more
information on
> > what would need to be done to create a netcdf file that complies
with MET
> > in order to avoid this issue in the future. Thanks.
> >
> > Edward Strobach
> > EMC/NCEP/NWS/ IMSG
> > Coding Logic (if/then/else)
> >
> >
>
>
------------------------------------------------
Subject: some issues with processing inline netcdf files directly
From: Minna Win
Time: Fri Jun 04 08:59:41 2021
Hi Ed,
I forgot that there are some simple examples of python embedding
scripts in
the MET repository:
https://github.com/dtcenter/MET/tree/main_v10.0/met/scripts/python
You can convert your input into numpy arrays or xarrays.
Regards,
Minna
---------------
Minna Win
Pronouns: she/her
National Center for Atmospheric Research
Developmental Testbed Center
Phone: 303-497-8423
Fax: 303-497-8401
---------------
On Fri, Jun 4, 2021 at 8:44 AM Edward Strobach - NOAA Affiliate via RT
<
met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=100099 >
>
> That would be really great. Thank you very much for this link. Let
me
> take a look at it to see how it works.
>
>
> Edward Strobach
> EMC/NCEP/NWS/ IMSG
> Coding Logic (if/then/else)
>
>
> On Fri, Jun 4, 2021 at 10:40 AM Minna Win via RT <met_help at ucar.edu>
> wrote:
>
> > Hi Ed,
> >
> > MET has added python embedding support to provide users with the
> capability
> > of reading in their "flavor" of netCDF:
> >
> > https://met.readthedocs.io/en/latest/Users_Guide/appendixF.html
> >
> > This might be a better alternative than re-tooling existing netCDF
data.
> > I'll check with others to see if we have some guidelines for
creating
> > MET-friendly netCDF input.
> >
> > Regards,
> > Minna
> >
> > ---------------
> > Minna Win
> > Pronouns: she/her
> > National Center for Atmospheric Research
> > Developmental Testbed Center
> > Phone: 303-497-8423
> > Fax: 303-497-8401
> > ---------------
> >
> >
> >
> > On Thu, Jun 3, 2021 at 3:56 PM Edward Strobach - NOAA Affiliate
via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > Thu Jun 03 15:56:22 2021: Request 100099 was acted upon.
> > > Transaction: Ticket created by edward.strobach at noaa.gov
> > > Queue: met_help
> > > Subject: some issues with processing inline netcdf files
directly
> > > Owner: Nobody
> > > Requestors: edward.strobach at noaa.gov
> > > Status: new
> > > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=100099
> >
> > >
> > >
> > > Good evening,
> > >
> > > As we transition toward RRFS-CMAQ we will be dealing with a
different
> set
> > > of data files for when processing statistics for verification.
In the
> > past
> > > I have created netcdf files to work around issues related to
data files
> > not
> > > being compliant with MET standards. It appears that I have run
into
> this
> > > issue again based on what the log file indicates:
> > >
> > >
> > >
> > >
> > > *DEBUG 4: Met2dDataFileFactory::new_met_2d_data_file() ->
created new
> > > Met2dDataFile object of type "FileType_None".ERROR :ERROR :
Trouble
> > > reading forecast file
> > >
> > >
> >
>
"/gpfs/dell2/emc/retros/noscrub/Jianping.Huang/data/RRFSCMAQ/r112_v1/2019081912/
> > > o3_sfc012.nc
> > > <http://o3_sfc012.nc>"ERROR :*
> > > 06/03 21:42:55.826 metplus.PointStat (command_runner.py:190)
DEBUG:
> > > Finished running point_stat in 0:00:00.405150
> > >
> > > You can see the directory path for the example above. Does
anyone have
> > any
> > > recommendations on what would need to be done when constructing
files
> > that
> > > can be used directory rather than relying on a separate routine
to
> create
> > > netcdf files that are compliant with MET? I'm cc'ing Jianping
since he
> > > runs the inline system. I would first like to confirm that this
is
> > indeed
> > > the issue; but, I would also like to get a little bit more
information
> on
> > > what would need to be done to create a netcdf file that complies
with
> MET
> > > in order to avoid this issue in the future. Thanks.
> > >
> > > Edward Strobach
> > > EMC/NCEP/NWS/ IMSG
> > > Coding Logic (if/then/else)
> > >
> > >
> >
> >
>
>
------------------------------------------------
Subject: some issues with processing inline netcdf files directly
From: Edward Strobach - NOAA Affiliate
Time: Fri Jun 04 09:03:48 2021
Thanks. I'll need to read through this carefully. It seems that this
can
be setup in a configuration when running metplus. I may have some
questions later or may look for a confirmation of my understanding
once
I've gone through all the material. Thank you.
Edward Strobach
EMC/NCEP/NWS/ IMSG
Coding Logic (if/then/else)
On Fri, Jun 4, 2021 at 10:59 AM Minna Win via RT <met_help at ucar.edu>
wrote:
> Hi Ed,
>
> I forgot that there are some simple examples of python embedding
scripts in
> the MET repository:
>
> https://github.com/dtcenter/MET/tree/main_v10.0/met/scripts/python
>
> You can convert your input into numpy arrays or xarrays.
>
> Regards,
> Minna
> ---------------
> Minna Win
> Pronouns: she/her
> National Center for Atmospheric Research
> Developmental Testbed Center
> Phone: 303-497-8423
> Fax: 303-497-8401
> ---------------
>
>
>
> On Fri, Jun 4, 2021 at 8:44 AM Edward Strobach - NOAA Affiliate via
RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=100099 >
> >
> > That would be really great. Thank you very much for this link.
Let me
> > take a look at it to see how it works.
> >
> >
> > Edward Strobach
> > EMC/NCEP/NWS/ IMSG
> > Coding Logic (if/then/else)
> >
> >
> > On Fri, Jun 4, 2021 at 10:40 AM Minna Win via RT
<met_help at ucar.edu>
> > wrote:
> >
> > > Hi Ed,
> > >
> > > MET has added python embedding support to provide users with the
> > capability
> > > of reading in their "flavor" of netCDF:
> > >
> > > https://met.readthedocs.io/en/latest/Users_Guide/appendixF.html
> > >
> > > This might be a better alternative than re-tooling existing
netCDF
> data.
> > > I'll check with others to see if we have some guidelines for
creating
> > > MET-friendly netCDF input.
> > >
> > > Regards,
> > > Minna
> > >
> > > ---------------
> > > Minna Win
> > > Pronouns: she/her
> > > National Center for Atmospheric Research
> > > Developmental Testbed Center
> > > Phone: 303-497-8423
> > > Fax: 303-497-8401
> > > ---------------
> > >
> > >
> > >
> > > On Thu, Jun 3, 2021 at 3:56 PM Edward Strobach - NOAA Affiliate
via RT
> <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > Thu Jun 03 15:56:22 2021: Request 100099 was acted upon.
> > > > Transaction: Ticket created by edward.strobach at noaa.gov
> > > > Queue: met_help
> > > > Subject: some issues with processing inline netcdf files
> directly
> > > > Owner: Nobody
> > > > Requestors: edward.strobach at noaa.gov
> > > > Status: new
> > > > Ticket <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=100099
> > >
> > > >
> > > >
> > > > Good evening,
> > > >
> > > > As we transition toward RRFS-CMAQ we will be dealing with a
different
> > set
> > > > of data files for when processing statistics for verification.
In
> the
> > > past
> > > > I have created netcdf files to work around issues related to
data
> files
> > > not
> > > > being compliant with MET standards. It appears that I have
run into
> > this
> > > > issue again based on what the log file indicates:
> > > >
> > > >
> > > >
> > > >
> > > > *DEBUG 4: Met2dDataFileFactory::new_met_2d_data_file() ->
created new
> > > > Met2dDataFile object of type "FileType_None".ERROR :ERROR :
Trouble
> > > > reading forecast file
> > > >
> > > >
> > >
> >
>
"/gpfs/dell2/emc/retros/noscrub/Jianping.Huang/data/RRFSCMAQ/r112_v1/2019081912/
> > > > o3_sfc012.nc
> > > > <http://o3_sfc012.nc>"ERROR :*
> > > > 06/03 21:42:55.826 metplus.PointStat (command_runner.py:190)
DEBUG:
> > > > Finished running point_stat in 0:00:00.405150
> > > >
> > > > You can see the directory path for the example above. Does
anyone
> have
> > > any
> > > > recommendations on what would need to be done when
constructing files
> > > that
> > > > can be used directory rather than relying on a separate
routine to
> > create
> > > > netcdf files that are compliant with MET? I'm cc'ing Jianping
since
> he
> > > > runs the inline system. I would first like to confirm that
this is
> > > indeed
> > > > the issue; but, I would also like to get a little bit more
> information
> > on
> > > > what would need to be done to create a netcdf file that
complies with
> > MET
> > > > in order to avoid this issue in the future. Thanks.
> > > >
> > > > Edward Strobach
> > > > EMC/NCEP/NWS/ IMSG
> > > > Coding Logic (if/then/else)
> > > >
> > > >
> > >
> > >
> >
> >
>
>
------------------------------------------------
Subject: some issues with processing inline netcdf files directly
From: Minna Win
Time: Fri Jun 04 09:50:20 2021
Hi Ed,
If you already built MET, don't forget to recompile and set the python
embedding flag.
I asked one of our gridded data experts, Howard, and here's some more
information:
1) We don't have any guidelines for MET-friendly netCDF (we do support
CF-compliant netCDF)
2) MET creates its own netCDF format for point obs data for the
asci2nc,
pb2nc, etc output
3) Howard suggests doing an 'ncdump' on pb2nc or ascii2nc output to
extract
the format/structure of the output netCDF
Regards,
Minna
---------------
Minna Win
Pronouns: she/her
National Center for Atmospheric Research
Developmental Testbed Center
Phone: 303-497-8423
Fax: 303-497-8401
---------------
On Fri, Jun 4, 2021 at 9:04 AM Edward Strobach - NOAA Affiliate via RT
<
met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=100099 >
>
> Thanks. I'll need to read through this carefully. It seems that
this can
> be setup in a configuration when running metplus. I may have some
> questions later or may look for a confirmation of my understanding
once
> I've gone through all the material. Thank you.
>
>
> Edward Strobach
> EMC/NCEP/NWS/ IMSG
> Coding Logic (if/then/else)
>
>
> On Fri, Jun 4, 2021 at 10:59 AM Minna Win via RT <met_help at ucar.edu>
> wrote:
>
> > Hi Ed,
> >
> > I forgot that there are some simple examples of python embedding
scripts
> in
> > the MET repository:
> >
> > https://github.com/dtcenter/MET/tree/main_v10.0/met/scripts/python
> >
> > You can convert your input into numpy arrays or xarrays.
> >
> > Regards,
> > Minna
> > ---------------
> > Minna Win
> > Pronouns: she/her
> > National Center for Atmospheric Research
> > Developmental Testbed Center
> > Phone: 303-497-8423
> > Fax: 303-497-8401
> > ---------------
> >
> >
> >
> > On Fri, Jun 4, 2021 at 8:44 AM Edward Strobach - NOAA Affiliate
via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=100099 >
> > >
> > > That would be really great. Thank you very much for this link.
Let me
> > > take a look at it to see how it works.
> > >
> > >
> > > Edward Strobach
> > > EMC/NCEP/NWS/ IMSG
> > > Coding Logic (if/then/else)
> > >
> > >
> > > On Fri, Jun 4, 2021 at 10:40 AM Minna Win via RT
<met_help at ucar.edu>
> > > wrote:
> > >
> > > > Hi Ed,
> > > >
> > > > MET has added python embedding support to provide users with
the
> > > capability
> > > > of reading in their "flavor" of netCDF:
> > > >
> > > >
https://met.readthedocs.io/en/latest/Users_Guide/appendixF.html
> > > >
> > > > This might be a better alternative than re-tooling existing
netCDF
> > data.
> > > > I'll check with others to see if we have some guidelines for
creating
> > > > MET-friendly netCDF input.
> > > >
> > > > Regards,
> > > > Minna
> > > >
> > > > ---------------
> > > > Minna Win
> > > > Pronouns: she/her
> > > > National Center for Atmospheric Research
> > > > Developmental Testbed Center
> > > > Phone: 303-497-8423
> > > > Fax: 303-497-8401
> > > > ---------------
> > > >
> > > >
> > > >
> > > > On Thu, Jun 3, 2021 at 3:56 PM Edward Strobach - NOAA
Affiliate via
> RT
> > <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > Thu Jun 03 15:56:22 2021: Request 100099 was acted upon.
> > > > > Transaction: Ticket created by edward.strobach at noaa.gov
> > > > > Queue: met_help
> > > > > Subject: some issues with processing inline netcdf
files
> > directly
> > > > > Owner: Nobody
> > > > > Requestors: edward.strobach at noaa.gov
> > > > > Status: new
> > > > > Ticket <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=100099
> > > >
> > > > >
> > > > >
> > > > > Good evening,
> > > > >
> > > > > As we transition toward RRFS-CMAQ we will be dealing with a
> different
> > > set
> > > > > of data files for when processing statistics for
verification. In
> > the
> > > > past
> > > > > I have created netcdf files to work around issues related to
data
> > files
> > > > not
> > > > > being compliant with MET standards. It appears that I have
run
> into
> > > this
> > > > > issue again based on what the log file indicates:
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > *DEBUG 4: Met2dDataFileFactory::new_met_2d_data_file() ->
created
> new
> > > > > Met2dDataFile object of type "FileType_None".ERROR :ERROR
:
> Trouble
> > > > > reading forecast file
> > > > >
> > > > >
> > > >
> > >
> >
>
"/gpfs/dell2/emc/retros/noscrub/Jianping.Huang/data/RRFSCMAQ/r112_v1/2019081912/
> > > > > o3_sfc012.nc
> > > > > <http://o3_sfc012.nc>"ERROR :*
> > > > > 06/03 21:42:55.826 metplus.PointStat (command_runner.py:190)
DEBUG:
> > > > > Finished running point_stat in 0:00:00.405150
> > > > >
> > > > > You can see the directory path for the example above. Does
anyone
> > have
> > > > any
> > > > > recommendations on what would need to be done when
constructing
> files
> > > > that
> > > > > can be used directory rather than relying on a separate
routine to
> > > create
> > > > > netcdf files that are compliant with MET? I'm cc'ing
Jianping
> since
> > he
> > > > > runs the inline system. I would first like to confirm that
this is
> > > > indeed
> > > > > the issue; but, I would also like to get a little bit more
> > information
> > > on
> > > > > what would need to be done to create a netcdf file that
complies
> with
> > > MET
> > > > > in order to avoid this issue in the future. Thanks.
> > > > >
> > > > > Edward Strobach
> > > > > EMC/NCEP/NWS/ IMSG
> > > > > Coding Logic (if/then/else)
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>
------------------------------------------------
Subject: some issues with processing inline netcdf files directly
From: Edward Strobach - NOAA Affiliate
Time: Mon Jun 07 09:12:55 2021
Hi Minna,
Since this is all being done on WCOSS then I don't think I would need
to
recompile. I'm using packages that everyone is using and don't
believe
that I would even have permissions to make those kinds of changes.
Perhaps
this has already been configured for the WCOSS versions and it's just
a
matter of adopting those settings?
Edward Strobach
EMC/NCEP/NWS/ IMSG
Coding Logic (if/then/else)
On Fri, Jun 4, 2021 at 11:50 AM Minna Win via RT <met_help at ucar.edu>
wrote:
> Hi Ed,
>
> If you already built MET, don't forget to recompile and set the
python
> embedding flag.
>
> I asked one of our gridded data experts, Howard, and here's some
more
> information:
> 1) We don't have any guidelines for MET-friendly netCDF (we do
support
> CF-compliant netCDF)
> 2) MET creates its own netCDF format for point obs data for the
asci2nc,
> pb2nc, etc output
> 3) Howard suggests doing an 'ncdump' on pb2nc or ascii2nc output to
extract
> the format/structure of the output netCDF
>
> Regards,
> Minna
> ---------------
> Minna Win
> Pronouns: she/her
> National Center for Atmospheric Research
> Developmental Testbed Center
> Phone: 303-497-8423
> Fax: 303-497-8401
> ---------------
>
>
>
> On Fri, Jun 4, 2021 at 9:04 AM Edward Strobach - NOAA Affiliate via
RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=100099 >
> >
> > Thanks. I'll need to read through this carefully. It seems that
this
> can
> > be setup in a configuration when running metplus. I may have some
> > questions later or may look for a confirmation of my understanding
once
> > I've gone through all the material. Thank you.
> >
> >
> > Edward Strobach
> > EMC/NCEP/NWS/ IMSG
> > Coding Logic (if/then/else)
> >
> >
> > On Fri, Jun 4, 2021 at 10:59 AM Minna Win via RT
<met_help at ucar.edu>
> > wrote:
> >
> > > Hi Ed,
> > >
> > > I forgot that there are some simple examples of python embedding
> scripts
> > in
> > > the MET repository:
> > >
> > >
https://github.com/dtcenter/MET/tree/main_v10.0/met/scripts/python
> > >
> > > You can convert your input into numpy arrays or xarrays.
> > >
> > > Regards,
> > > Minna
> > > ---------------
> > > Minna Win
> > > Pronouns: she/her
> > > National Center for Atmospheric Research
> > > Developmental Testbed Center
> > > Phone: 303-497-8423
> > > Fax: 303-497-8401
> > > ---------------
> > >
> > >
> > >
> > > On Fri, Jun 4, 2021 at 8:44 AM Edward Strobach - NOAA Affiliate
via RT
> <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=100099
>
> > > >
> > > > That would be really great. Thank you very much for this
link. Let
> me
> > > > take a look at it to see how it works.
> > > >
> > > >
> > > > Edward Strobach
> > > > EMC/NCEP/NWS/ IMSG
> > > > Coding Logic (if/then/else)
> > > >
> > > >
> > > > On Fri, Jun 4, 2021 at 10:40 AM Minna Win via RT
<met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > > Hi Ed,
> > > > >
> > > > > MET has added python embedding support to provide users with
the
> > > > capability
> > > > > of reading in their "flavor" of netCDF:
> > > > >
> > > > >
https://met.readthedocs.io/en/latest/Users_Guide/appendixF.html
> > > > >
> > > > > This might be a better alternative than re-tooling existing
netCDF
> > > data.
> > > > > I'll check with others to see if we have some guidelines for
> creating
> > > > > MET-friendly netCDF input.
> > > > >
> > > > > Regards,
> > > > > Minna
> > > > >
> > > > > ---------------
> > > > > Minna Win
> > > > > Pronouns: she/her
> > > > > National Center for Atmospheric Research
> > > > > Developmental Testbed Center
> > > > > Phone: 303-497-8423
> > > > > Fax: 303-497-8401
> > > > > ---------------
> > > > >
> > > > >
> > > > >
> > > > > On Thu, Jun 3, 2021 at 3:56 PM Edward Strobach - NOAA
Affiliate via
> > RT
> > > <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > Thu Jun 03 15:56:22 2021: Request 100099 was acted upon.
> > > > > > Transaction: Ticket created by edward.strobach at noaa.gov
> > > > > > Queue: met_help
> > > > > > Subject: some issues with processing inline netcdf
files
> > > directly
> > > > > > Owner: Nobody
> > > > > > Requestors: edward.strobach at noaa.gov
> > > > > > Status: new
> > > > > > Ticket <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=100099
> > > > >
> > > > > >
> > > > > >
> > > > > > Good evening,
> > > > > >
> > > > > > As we transition toward RRFS-CMAQ we will be dealing with
a
> > different
> > > > set
> > > > > > of data files for when processing statistics for
verification.
> In
> > > the
> > > > > past
> > > > > > I have created netcdf files to work around issues related
to data
> > > files
> > > > > not
> > > > > > being compliant with MET standards. It appears that I
have run
> > into
> > > > this
> > > > > > issue again based on what the log file indicates:
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > *DEBUG 4: Met2dDataFileFactory::new_met_2d_data_file() ->
created
> > new
> > > > > > Met2dDataFile object of type "FileType_None".ERROR :ERROR
:
> > Trouble
> > > > > > reading forecast file
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
"/gpfs/dell2/emc/retros/noscrub/Jianping.Huang/data/RRFSCMAQ/r112_v1/2019081912/
> > > > > > o3_sfc012.nc
> > > > > > <http://o3_sfc012.nc>"ERROR :*
> > > > > > 06/03 21:42:55.826 metplus.PointStat
(command_runner.py:190)
> DEBUG:
> > > > > > Finished running point_stat in 0:00:00.405150
> > > > > >
> > > > > > You can see the directory path for the example above.
Does
> anyone
> > > have
> > > > > any
> > > > > > recommendations on what would need to be done when
constructing
> > files
> > > > > that
> > > > > > can be used directory rather than relying on a separate
routine
> to
> > > > create
> > > > > > netcdf files that are compliant with MET? I'm cc'ing
Jianping
> > since
> > > he
> > > > > > runs the inline system. I would first like to confirm
that this
> is
> > > > > indeed
> > > > > > the issue; but, I would also like to get a little bit more
> > > information
> > > > on
> > > > > > what would need to be done to create a netcdf file that
complies
> > with
> > > > MET
> > > > > > in order to avoid this issue in the future. Thanks.
> > > > > >
> > > > > > Edward Strobach
> > > > > > EMC/NCEP/NWS/ IMSG
> > > > > > Coding Logic (if/then/else)
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>
------------------------------------------------
More information about the Met_help
mailing list