[Met_help] [rt.rap.ucar.edu #94662] History for space weather use case error

John Halley Gotway via RT met_help at ucar.edu
Wed Mar 25 16:07:02 MDT 2020


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

Hi George,
I get an error with the space weather use case and it says to check a log but I can't find any logs except the metplus ones. The GridStat use case says it is successful but has a core dump at the end.  Below is the GridStat use case log.

Thanks,
Leila
--

GridStat Use Case Output

(met_py37) [ccmc at rorctrl GridStat]$ pwd
/ccmcshare/TOOLS_at_CCMC/MET/METplus-3.0/parm/use_cases/met_tool_wrapper/GridStat
(met_py37) [ccmc at rorctrl GridStat]$ master_metplus.py -c GridStat.conf -c /ccmcshare/TOOLS_at_CCMC/MET/sample_data/sampledata.conf
03/19 14:47:38.074 METplus (met_util.py:79) INFO: Starting METplus v3.0
03/19 14:47:38.075 metplus (config_metplus.py:77) INFO: Starting METplus configuration setup.
03/19 14:47:38.078 metplus (config_launcher.py:200) INFO: /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-3.0/parm/metplus_config/metplus_system.conf: Parsed this file
03/19 14:47:38.079 metplus (config_launcher.py:200) INFO: /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-3.0/parm/metplus_config/metplus_data.conf: Parsed this file
03/19 14:47:38.081 metplus (config_launcher.py:200) INFO: /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-3.0/parm/metplus_config/metplus_runtime.conf: Parsed this file
03/19 14:47:38.082 metplus (config_launcher.py:200) INFO: /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-3.0/parm/metplus_config/metplus_logging.conf: Parsed this file
03/19 14:47:38.084 metplus (config_launcher.py:200) INFO: GridStat.conf: Parsed this file
03/19 14:47:38.085 metplus (config_launcher.py:200) INFO: /ccmcshare/TOOLS_at_CCMC/MET/sample_data/sampledata.conf: Parsed this file
03/19 14:47:38.086 metplus (config_launcher.py:393) INFO: Adding: config.LOG_TIMESTAMP='20200319144738'
03/19 14:47:38.086 metplus (config_launcher.py:399) INFO: Replace [config] LOG_METPLUS with '/ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/logs/master_metplus.log.20200319144738'
03/19 14:47:38.087 metplus (config_launcher.py:268) INFO: Setting [dir] METPLUS_BASE to /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-3.0
03/19 14:47:38.087 metplus (config_launcher.py:268) INFO: Setting [dir] PARM_BASE to /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-3.0/parm
03/19 14:47:38.087 metplus (config_launcher.py:275) INFO: METPLUS_CONF: /ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/metplus_final.conf written here.
03/19 14:47:38.089 metplus (config_metplus.py:148) INFO: Completed METplus configuration setup.
03/19 14:47:38.091 metplus (met_util.py:89) INFO: Running METplus v3.0 called with command: /ccmcshare/TOOLS_at_CCMC/MET/METplus-3.0/ush/master_metplus.py -c GridStat.conf -c /ccmcshare/TOOLS_at_CCMC/MET/sample_data/sampledata.conf
03/19 14:47:38.105 metplus (met_util.py:815) INFO: ****************************************
03/19 14:47:38.105 metplus (met_util.py:816) INFO: * Running METplus
03/19 14:47:38.105 metplus (met_util.py:818) INFO: *  at init time: 200508070000
03/19 14:47:38.105 metplus (met_util.py:821) INFO: ****************************************
03/19 14:47:38.105 metplus.GridStat (compare_gridded_wrapper.py:170) INFO: Processing forecast lead 12 hours
03/19 14:47:38.115 metplus.GridStat (command_runner.py:90) INFO: COMMAND: /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/bin/grid_stat -v 2 /ccmcshare/TOOLS_at_CCMC/MET/sample_data/met_test/data/sample_fcst/2005080700/wrfprs_ruc13_12.tm00_G212 /ccmcshare/TOOLS_at_CCMC/MET/sample_data/met_test/new/ST2ml2005080712_A03h.nc /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-3.0/parm/met_config/GridStatConfig_wrapped -outdir /ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/met_tool_wrapper/GridStat/GridStat/2005080700
03/19 14:47:38.328 metplus (met_util.py:726) INFO: /ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/metplus_final.conf: write metplus.conf here
03/19 14:47:38.334 metplus (met_util.py:216) INFO: METplus has successfully finished running.
Aborted (core dumped)

Space Weather Use Case Output

(met_py37) [ccmc at rorctrl space_weather]$ pwd
/ccmcshare/TOOLS_at_CCMC/MET/METplus-3.0/parm/use_cases/model_applications/space_weather
(met_py37) [ccmc at rorctrl space_weather]$ master_metplus.py -c GridStat_fcstGloTEC_obsGloTEC_vx7.conf -c /ccmcshare/TOOLS_at_CCMC/MET/sample_data/sampledata.conf
03/19 14:45:18.707 METplus (met_util.py:79) INFO: Starting METplus v3.0
03/19 14:45:18.707 metplus (config_metplus.py:77) INFO: Starting METplus configuration setup.
03/19 14:45:18.711 metplus (config_launcher.py:200) INFO: /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-3.0/parm/metplus_config/metplus_system.conf: Parsed this file
03/19 14:45:18.712 metplus (config_launcher.py:200) INFO: /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-3.0/parm/metplus_config/metplus_data.conf: Parsed this file
03/19 14:45:18.713 metplus (config_launcher.py:200) INFO: /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-3.0/parm/metplus_config/metplus_runtime.conf: Parsed this file
03/19 14:45:18.715 metplus (config_launcher.py:200) INFO: /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-3.0/parm/metplus_config/metplus_logging.conf: Parsed this file
03/19 14:45:18.717 metplus (config_launcher.py:200) INFO: GridStat_fcstGloTEC_obsGloTEC_vx7.conf: Parsed this file
03/19 14:45:18.717 metplus (config_launcher.py:200) INFO: /ccmcshare/TOOLS_at_CCMC/MET/sample_data/sampledata.conf: Parsed this file
03/19 14:45:18.719 metplus (config_launcher.py:393) INFO: Adding: config.LOG_TIMESTAMP='20200319144518'
03/19 14:45:18.719 metplus (config_launcher.py:399) INFO: Replace [config] LOG_METPLUS with '/ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/logs/master_metplus.log.20200319144518'
03/19 14:45:18.720 metplus (config_launcher.py:268) INFO: Setting [dir] METPLUS_BASE to /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-3.0
03/19 14:45:18.720 metplus (config_launcher.py:268) INFO: Setting [dir] PARM_BASE to /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-3.0/parm
03/19 14:45:18.720 metplus (config_launcher.py:275) INFO: METPLUS_CONF: /ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/metplus_final.conf written here.
03/19 14:45:18.724 metplus (config_metplus.py:148) INFO: Completed METplus configuration setup.
03/19 14:45:18.725 metplus (met_util.py:89) INFO: Running METplus v3.0 called with command: /ccmcshare/TOOLS_at_CCMC/MET/METplus-3.0/ush/master_metplus.py -c GridStat_fcstGloTEC_obsGloTEC_vx7.conf -c /ccmcshare/TOOLS_at_CCMC/MET/sample_data/sampledata.conf
03/19 14:45:18.739 metplus (met_util.py:815) INFO: ****************************************
03/19 14:45:18.739 metplus (met_util.py:816) INFO: * Running METplus
03/19 14:45:18.739 metplus (met_util.py:820) INFO: *  at valid time: 201503170005
03/19 14:45:18.739 metplus (met_util.py:821) INFO: ****************************************
03/19 14:45:18.739 metplus.GridStat (compare_gridded_wrapper.py:170) INFO: Processing forecast lead 0 hours
03/19 14:45:18.744 metplus.GridStat (command_runner.py:90) INFO: COMMAND: /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/bin/grid_stat -v 2 /ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_2015_03_17.nc /ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_with_cosmic/GloTEC_TEC_2015_03_17_cosmic.nc /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7 -outdir /ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/model_applications/space_weather/glotec_vs_glotec/2015_03_17
03/19 14:45:20.231 metplus.GridStat (command_builder.py:100) ERROR: (command_builder.py:733) MET command returned a non-zero return code: /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/bin/grid_stat -v 2 /ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_2015_03_17.nc /ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_with_cosmic/GloTEC_TEC_2015_03_17_cosmic.nc /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7 -outdir /ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/model_applications/space_weather/glotec_vs_glotec/2015_03_17
03/19 14:45:20.238 metplus.GridStat (command_builder.py:734) INFO: Check the logfile for more information on why it failed
03/19 14:45:20.238 metplus (met_util.py:815) INFO: ****************************************
03/19 14:45:20.238 metplus (met_util.py:816) INFO: * Running METplus
03/19 14:45:20.238 metplus (met_util.py:820) INFO: *  at valid time: 201503170015
03/19 14:45:20.238 metplus (met_util.py:821) INFO: ****************************************
03/19 14:45:20.239 metplus.GridStat (compare_gridded_wrapper.py:170) INFO: Processing forecast lead 0 hours
03/19 14:45:20.241 metplus.GridStat (command_runner.py:90) INFO: COMMAND: /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/bin/grid_stat -v 2 /ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_2015_03_17.nc /ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_with_cosmic/GloTEC_TEC_2015_03_17_cosmic.nc /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7 -outdir /ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/model_applications/space_weather/glotec_vs_glotec/2015_03_17
03/19 14:45:20.451 metplus.GridStat (command_builder.py:100) ERROR: (command_builder.py:733) MET command returned a non-zero return code: /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/bin/grid_stat -v 2 /ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_2015_03_17.nc /ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_with_cosmic/GloTEC_TEC_2015_03_17_cosmic.nc /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7 -outdir /ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/model_applications/space_weather/glotec_vs_glotec/2015_03_17
03/19 14:45:20.453 metplus.GridStat (command_builder.py:734) INFO: Check the logfile for more information on why it failed
03/19 14:45:20.453 metplus.GridStat (met_util.py:187) ERROR: GridStat had 2 errors.
03/19 14:45:20.455 metplus (met_util.py:726) INFO: /ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/metplus_final.conf: write metplus.conf here
03/19 14:45:20.461 metplus (met_util.py:222) ERROR: METplus has finished running but had 2 errors.
03/19 14:45:20.462 metplus (met_util.py:223) INFO: Check the log file for more information: /ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/logs/master_metplus.log.20200319144518
Aborted (core dumped)

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

Subject: space weather use case error
From: John Halley Gotway
Time: Fri Mar 20 10:58:40 2020

Hi Leila,

This is John Halley Gotway.  George transferred this issue about Grid-
Stat segfaulting over to the new met-help ticket.  A core dump
certainly never is expected behavior!

Looking at the log messages you sent, I see that this is grid_stat
command that failed:

/ccmcshare/TOOLS_at_CCMC/MET/met-9.0/bin/grid_stat -v 2 \
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_2015_03_17.nc
\
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_with_cosmic/GloTEC_TEC_2015_03_17_cosmic.nc
\
/.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
\
-outdir
/ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/model_applications/space_weather/glotec_vs_glotec/2015_03_17

If you copy and paste that command on the command line (not through
METplus), does the command still abort?

I see that we're reading 2 NetCDF input files.  In the past, GRIB2
library issues have caused problems, but there's no GRIB2 involved
here.  So that's probably not it.  I suppose it could be a NetCDF
issue.

So let's back up to see if the problem persists when we just attempt
to read/plot the data.  Try running this command:

/ccmcshare/TOOLS_at_CCMC/MET/met-9.0/bin/plot_data_plane \
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_2015_03_17.nc
\
sample_plot.ps \
'name="TEC"; level="(0,*,*)";'

Please let me know how those tests go.  And can you please send me
this config file:
/ccmcshare/TOOLS_at_CCMC/MET/met-9.0/config.log

Thanks,
John

------------------------------------------------
Subject: Re: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather use case error
From: m.leila.mays at nasa.gov
Time: Mon Mar 23 14:51:41 2020

Hi John,

It turns out our bin folder is one level up.  Is that because of the
prefix we used when building?
--prefix=/ccmcshare/TOOLS_at_CCMC/MET/
should have been:
--prefix=/ccmcshare/TOOLS_at_CCMC/MET/met-9.0 ?

So this may be causing some of the errors.  Lutz, maybe we should
clean it up a bit and recompile?

If I change the bin path, this is the error I get
(met_py37) [ccmc at rorctrl MET]$
/ccmcshare/TOOLS_at_CCMC/MET/bin/grid_stat -v 2 \
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_2015_03_17.nc
\
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_with_cosmic/GloTEC_TEC_2015_03_17_cosmic.nc
\
> /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
\
> -outdir
/ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/model_applications/space_weather/glotec_vs_glotec/2015_03_17
DEBUG 1: Default Config File:
/ccmcshare/TOOLS_at_CCMC/MET/share/met/config/GridStatConfig_default
DEBUG 1: User Config File:
/.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
ERROR  :
ERROR  : replace_env() -> unable to get value for environment variable
"MODEL"
ERROR  :

and here is the other error:
(met_py37) [ccmc at rorctrl MET]$
/ccmcshare/TOOLS_at_CCMC/MET/bin/plot_data_plane \
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_2015_03_17.nc
\
> sample_plot.ps \
> 'name="TEC"; level="(0,*,*)";'
DEBUG 1: Opening data file:
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_2015_03_17.nc
ERROR  :
ERROR  : plot_data_plane -> file
"/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_2015_03_17.nc"
not a valid data file
ERROR  :
(met_py37) [ccmc at rorctrl MET]$ ls
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_2015_03_17.nc
-lth
-rwxrwxr-x. 1 ccmc ccmc 5.8M Nov 29 11:51
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_2015_03_17.nc

Thanks,
Leila

________________________________________
From: John Halley Gotway via RT <met_help at ucar.edu>
Sent: Friday, March 20, 2020 12:58 PM
To: Mays, M. Leila (GSFC-6740)
Cc: Rastaetter, Lutz. (GSFC-6740)
Subject: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather use case
error

Hi Leila,

This is John Halley Gotway.  George transferred this issue about Grid-
Stat segfaulting over to the new met-help ticket.  A core dump
certainly never is expected behavior!

Looking at the log messages you sent, I see that this is grid_stat
command that failed:

/ccmcshare/TOOLS_at_CCMC/MET/met-9.0/bin/grid_stat -v 2 \
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_2015_03_17.nc
\
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_with_cosmic/GloTEC_TEC_2015_03_17_cosmic.nc
\
/.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
\
-outdir
/ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/model_applications/space_weather/glotec_vs_glotec/2015_03_17

If you copy and paste that command on the command line (not through
METplus), does the command still abort?

I see that we're reading 2 NetCDF input files.  In the past, GRIB2
library issues have caused problems, but there's no GRIB2 involved
here.  So that's probably not it.  I suppose it could be a NetCDF
issue.

So let's back up to see if the problem persists when we just attempt
to read/plot the data.  Try running this command:

/ccmcshare/TOOLS_at_CCMC/MET/met-9.0/bin/plot_data_plane \
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_2015_03_17.nc
\
sample_plot.ps \
'name="TEC"; level="(0,*,*)";'

Please let me know how those tests go.  And can you please send me
this config file:
/ccmcshare/TOOLS_at_CCMC/MET/met-9.0/config.log

Thanks,
John



------------------------------------------------
Subject: Re: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather use case error
From: m.leila.mays at nasa.gov
Time: Mon Mar 23 14:54:17 2020

Sorry I forgot to send the config.log:
https://ccmc.gsfc.nasa.gov/RoR_WWW/output_files/leila/NCAR/config.log.txt

Thanks,
Leila

________________________________________
From: Mays, M. Leila (GSFC-6740) <m.leila.mays at nasa.gov>
Sent: Monday, March 23, 2020 4:51 PM
To: met_help at ucar.edu
Cc: Rastaetter, Lutz. (GSFC-6740)
Subject: Re: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather use
case error

Hi John,

It turns out our bin folder is one level up.  Is that because of the
prefix we used when building?
--prefix=/ccmcshare/TOOLS_at_CCMC/MET/
should have been:
--prefix=/ccmcshare/TOOLS_at_CCMC/MET/met-9.0 ?

So this may be causing some of the errors.  Lutz, maybe we should
clean it up a bit and recompile?

If I change the bin path, this is the error I get
(met_py37) [ccmc at rorctrl MET]$
/ccmcshare/TOOLS_at_CCMC/MET/bin/grid_stat -v 2 \
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_2015_03_17.nc
\
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_with_cosmic/GloTEC_TEC_2015_03_17_cosmic.nc
\
> /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
\
> -outdir
/ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/model_applications/space_weather/glotec_vs_glotec/2015_03_17
DEBUG 1: Default Config File:
/ccmcshare/TOOLS_at_CCMC/MET/share/met/config/GridStatConfig_default
DEBUG 1: User Config File:
/.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
ERROR  :
ERROR  : replace_env() -> unable to get value for environment variable
"MODEL"
ERROR  :

and here is the other error:
(met_py37) [ccmc at rorctrl MET]$
/ccmcshare/TOOLS_at_CCMC/MET/bin/plot_data_plane \
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_2015_03_17.nc
\
> sample_plot.ps \
> 'name="TEC"; level="(0,*,*)";'
DEBUG 1: Opening data file:
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_2015_03_17.nc
ERROR  :
ERROR  : plot_data_plane -> file
"/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_2015_03_17.nc"
not a valid data file
ERROR  :
(met_py37) [ccmc at rorctrl MET]$ ls
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_2015_03_17.nc
-lth
-rwxrwxr-x. 1 ccmc ccmc 5.8M Nov 29 11:51
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_2015_03_17.nc

Thanks,
Leila

________________________________________
From: John Halley Gotway via RT <met_help at ucar.edu>
Sent: Friday, March 20, 2020 12:58 PM
To: Mays, M. Leila (GSFC-6740)
Cc: Rastaetter, Lutz. (GSFC-6740)
Subject: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather use case
error

Hi Leila,

This is John Halley Gotway.  George transferred this issue about Grid-
Stat segfaulting over to the new met-help ticket.  A core dump
certainly never is expected behavior!

Looking at the log messages you sent, I see that this is grid_stat
command that failed:

/ccmcshare/TOOLS_at_CCMC/MET/met-9.0/bin/grid_stat -v 2 \
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_2015_03_17.nc
\
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_with_cosmic/GloTEC_TEC_2015_03_17_cosmic.nc
\
/.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
\
-outdir
/ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/model_applications/space_weather/glotec_vs_glotec/2015_03_17

If you copy and paste that command on the command line (not through
METplus), does the command still abort?

I see that we're reading 2 NetCDF input files.  In the past, GRIB2
library issues have caused problems, but there's no GRIB2 involved
here.  So that's probably not it.  I suppose it could be a NetCDF
issue.

So let's back up to see if the problem persists when we just attempt
to read/plot the data.  Try running this command:

/ccmcshare/TOOLS_at_CCMC/MET/met-9.0/bin/plot_data_plane \
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_2015_03_17.nc
\
sample_plot.ps \
'name="TEC"; level="(0,*,*)";'

Please let me know how those tests go.  And can you please send me
this config file:
/ccmcshare/TOOLS_at_CCMC/MET/met-9.0/config.log

Thanks,
John



------------------------------------------------
Subject: space weather use case error
From: John Halley Gotway
Time: Mon Mar 23 16:36:13 2020

Leila,

Yes, you control the installation directory by setting the "--prefix"
option when you run configure.  It's up to you to install it wherever
you'd
like.  The default installation directory for autoconf is /usr/local.
So
if you don't specify it, they'll be installed in /usr/local/bin.

My apologies for sending you a bad command.  Please try running
plot_data_plane like this:

*/ccmcshare/TOOLS_at_CCMC/MET/bin/plot_data_plane \*


*/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_2015_03_17.nc
<http://2015_03_17.nc/> \sample_plot.ps
<http://sample_plot.ps/> \'name="TEC"; level="(0,*,*)";
file_type=NETCDF_NCCF;'*

Note that I added the "file_type" option to explicitly tell MET how to
interpret this file.  It can read that file as being CF-compliant, but
there's no attribute in the metadata that identifies it as such.

That should work now.

Thanks,
John

On Mon, Mar 23, 2020 at 2:54 PM m.leila.mays at nasa.gov via RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94662 >
>
> Sorry I forgot to send the config.log:
>
https://ccmc.gsfc.nasa.gov/RoR_WWW/output_files/leila/NCAR/config.log.txt
>
> Thanks,
> Leila
>
> ________________________________________
> From: Mays, M. Leila (GSFC-6740) <m.leila.mays at nasa.gov>
> Sent: Monday, March 23, 2020 4:51 PM
> To: met_help at ucar.edu
> Cc: Rastaetter, Lutz. (GSFC-6740)
> Subject: Re: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather use
case
> error
>
> Hi John,
>
> It turns out our bin folder is one level up.  Is that because of the
> prefix we used when building?
> --prefix=/ccmcshare/TOOLS_at_CCMC/MET/
> should have been:
> --prefix=/ccmcshare/TOOLS_at_CCMC/MET/met-9.0 ?
>
> So this may be causing some of the errors.  Lutz, maybe we should
clean it
> up a bit and recompile?
>
> If I change the bin path, this is the error I get
> (met_py37) [ccmc at rorctrl MET]$
/ccmcshare/TOOLS_at_CCMC/MET/bin/grid_stat
> -v 2 \
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> 2015_03_17.nc \
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_with_cosmic/GloTEC_TEC_2015_
> 03_17_cosmic.nc \
> >
> /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
> \
> > -outdir
>
/ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/model_applications/space_weather/glotec_vs_glotec/2015_03_17
> DEBUG 1: Default Config File:
> /ccmcshare/TOOLS_at_CCMC/MET/share/met/config/GridStatConfig_default
> DEBUG 1: User Config File:
> /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
> ERROR  :
> ERROR  : replace_env() -> unable to get value for environment
variable
> "MODEL"
> ERROR  :
>
> and here is the other error:
> (met_py37) [ccmc at rorctrl MET]$
> /ccmcshare/TOOLS_at_CCMC/MET/bin/plot_data_plane \
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> 2015_03_17.nc \
> > sample_plot.ps \
> > 'name="TEC"; level="(0,*,*)";'
> DEBUG 1: Opening data file:
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> 2015_03_17.nc
> ERROR  :
> ERROR  : plot_data_plane -> file
>
"/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> 2015_03_17.nc" not a valid data file
> ERROR  :
> (met_py37) [ccmc at rorctrl MET]$ ls
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> 2015_03_17.nc -lth
> -rwxrwxr-x. 1 ccmc ccmc 5.8M Nov 29 11:51
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> 2015_03_17.nc
>
> Thanks,
> Leila
>
> ________________________________________
> From: John Halley Gotway via RT <met_help at ucar.edu>
> Sent: Friday, March 20, 2020 12:58 PM
> To: Mays, M. Leila (GSFC-6740)
> Cc: Rastaetter, Lutz. (GSFC-6740)
> Subject: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather use case
error
>
> Hi Leila,
>
> This is John Halley Gotway.  George transferred this issue about
Grid-Stat
> segfaulting over to the new met-help ticket.  A core dump certainly
never
> is expected behavior!
>
> Looking at the log messages you sent, I see that this is grid_stat
command
> that failed:
>
> /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/bin/grid_stat -v 2 \
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> 2015_03_17.nc \
>
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_with_cosmic/GloTEC_TEC_2015_
> 03_17_cosmic.nc \
> /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
> \
> -outdir
>
/ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/model_applications/space_weather/glotec_vs_glotec/2015_03_17
>
> If you copy and paste that command on the command line (not through
> METplus), does the command still abort?
>
> I see that we're reading 2 NetCDF input files.  In the past, GRIB2
library
> issues have caused problems, but there's no GRIB2 involved here.  So
that's
> probably not it.  I suppose it could be a NetCDF issue.
>
> So let's back up to see if the problem persists when we just attempt
to
> read/plot the data.  Try running this command:
>
> /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/bin/plot_data_plane \
>
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> 2015_03_17.nc \
> sample_plot.ps \
> 'name="TEC"; level="(0,*,*)";'
>
> Please let me know how those tests go.  And can you please send me
this
> config file:
> /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/config.log
>
> Thanks,
> John
>
>
>
>

------------------------------------------------
Subject: Re: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather use case error
From: m.leila.mays at nasa.gov
Time: Tue Mar 24 15:29:20 2020

Hi John,

plot_data_plane works as expected:
(met_py37) [ccmc at rorctrl MET]$
/ccmcshare/TOOLS_at_CCMC/MET/bin/plot_data_plane

*** Model Evaluation Tools (METV9.0) ***

Usage: plot_data_plane
        input_filename
        output_filename
        field_string
        [-color_table color_table_name]
        [-plot_range min max]
        [-title title_string]
        [-log file]
        [-v level]

        where   "input_filename" is the name of a  gridded data file
to be plotted (required).
                "output_filename" is the name of the output PostScript
file to be written (required).
                "field_string" defines the data to be plotted from the
input file (required).
                "-color_table color_table_name" overrides the default
color table ("colortables/met_default.ctable") (optional).
                "-plot_range min max" defines the range of the data to
be plotted (optional).
                "-title title_string" specifies the plot title string
(optional).
                "-log file" outputs log messages to the specified file
(optional).
                "-v level" overrides the default level of logging (2)
(optional).

I was unable to try your grid stat command because our "urldefense"
program thought it was a hyperlink.  I tried to figure it out from
what was remaining but that didn't work.  Maybe attach the command as
a text file or leave out the paths?

Thanks!
Leila

________________________________________
From: John Halley Gotway via RT <met_help at ucar.edu>
Sent: Monday, March 23, 2020 6:36 PM
To: Mays, M. Leila (GSFC-6740)
Cc: Rastaetter, Lutz. (GSFC-6740)
Subject: Re: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather use
case error

Leila,

Yes, you control the installation directory by setting the "--prefix"
option when you run configure.  It's up to you to install it wherever
you'd
like.  The default installation directory for autoconf is /usr/local.
So
if you don't specify it, they'll be installed in /usr/local/bin.

My apologies for sending you a bad command.  Please try running
plot_data_plane like this:

*/ccmcshare/TOOLS_at_CCMC/MET/bin/plot_data_plane \*


*/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_2015_03_17.nc
<https://urldefense.proofpoint.com/v2/url?u=http-3A__2015-5F03-
5F17.nc_&d=DwIDaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=_jxehtPaBjybhkRDUeIHpdFg43W8ixpUbMxkHz4x0y8&m=U0bueKPyUFadVFUwwBvdwn1IfRm0nWwRDnXUzjzTu2w&s=zZRmyg5o_456nmWIUdl_z1vQ_PJ41RzyE1JoW3wPREs&e=
> \sample_plot.ps
<https://urldefense.proofpoint.com/v2/url?u=http-3A__sample-
5Fplot.ps_&d=DwIDaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=_jxehtPaBjybhkRDUeIHpdFg43W8ixpUbMxkHz4x0y8&m=U0bueKPyUFadVFUwwBvdwn1IfRm0nWwRDnXUzjzTu2w&s=dxI-
c2vGp7n9E_GVfgorQeik2To64S8HuKTbcY2MQ-A&e= > \'name="TEC";
level="(0,*,*)";
file_type=NETCDF_NCCF;'*

Note that I added the "file_type" option to explicitly tell MET how to
interpret this file.  It can read that file as being CF-compliant, but
there's no attribute in the metadata that identifies it as such.

That should work now.

Thanks,
John

On Mon, Mar 23, 2020 at 2:54 PM m.leila.mays at nasa.gov via RT <
met_help at ucar.edu> wrote:

>
> <URL: https://urldefense.proofpoint.com/v2/url?u=https-
3A__rt.rap.ucar.edu_rt_Ticket_Display.html-3Fid-
3D94662&d=DwIDaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=_jxehtPaBjybhkRDUeIHpdFg43W8ixpUbMxkHz4x0y8&m=U0bueKPyUFadVFUwwBvdwn1IfRm0nWwRDnXUzjzTu2w&s=2X1pKTojjJOzyfW1X21PUKIsrfGC2yNxmB9n1KeuImM&e=
>
>
> Sorry I forgot to send the config.log:
>
https://ccmc.gsfc.nasa.gov/RoR_WWW/output_files/leila/NCAR/config.log.txt
>
> Thanks,
> Leila
>
> ________________________________________
> From: Mays, M. Leila (GSFC-6740) <m.leila.mays at nasa.gov>
> Sent: Monday, March 23, 2020 4:51 PM
> To: met_help at ucar.edu
> Cc: Rastaetter, Lutz. (GSFC-6740)
> Subject: Re: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather use
case
> error
>
> Hi John,
>
> It turns out our bin folder is one level up.  Is that because of the
> prefix we used when building?
> --prefix=/ccmcshare/TOOLS_at_CCMC/MET/
> should have been:
> --prefix=/ccmcshare/TOOLS_at_CCMC/MET/met-9.0 ?
>
> So this may be causing some of the errors.  Lutz, maybe we should
clean it
> up a bit and recompile?
>
> If I change the bin path, this is the error I get
> (met_py37) [ccmc at rorctrl MET]$
/ccmcshare/TOOLS_at_CCMC/MET/bin/grid_stat
> -v 2 \
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> 2015_03_17.nc \
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_with_cosmic/GloTEC_TEC_2015_
> 03_17_cosmic.nc \
> >
> /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
> \
> > -outdir
>
/ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/model_applications/space_weather/glotec_vs_glotec/2015_03_17
> DEBUG 1: Default Config File:
> /ccmcshare/TOOLS_at_CCMC/MET/share/met/config/GridStatConfig_default
> DEBUG 1: User Config File:
> /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
> ERROR  :
> ERROR  : replace_env() -> unable to get value for environment
variable
> "MODEL"
> ERROR  :
>
> and here is the other error:
> (met_py37) [ccmc at rorctrl MET]$
> /ccmcshare/TOOLS_at_CCMC/MET/bin/plot_data_plane \
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> 2015_03_17.nc \
> > sample_plot.ps \
> > 'name="TEC"; level="(0,*,*)";'
> DEBUG 1: Opening data file:
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> 2015_03_17.nc
> ERROR  :
> ERROR  : plot_data_plane -> file
>
"/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> 2015_03_17.nc" not a valid data file
> ERROR  :
> (met_py37) [ccmc at rorctrl MET]$ ls
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> 2015_03_17.nc -lth
> -rwxrwxr-x. 1 ccmc ccmc 5.8M Nov 29 11:51
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> 2015_03_17.nc
>
> Thanks,
> Leila
>
> ________________________________________
> From: John Halley Gotway via RT <met_help at ucar.edu>
> Sent: Friday, March 20, 2020 12:58 PM
> To: Mays, M. Leila (GSFC-6740)
> Cc: Rastaetter, Lutz. (GSFC-6740)
> Subject: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather use case
error
>
> Hi Leila,
>
> This is John Halley Gotway.  George transferred this issue about
Grid-Stat
> segfaulting over to the new met-help ticket.  A core dump certainly
never
> is expected behavior!
>
> Looking at the log messages you sent, I see that this is grid_stat
command
> that failed:
>
> /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/bin/grid_stat -v 2 \
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> 2015_03_17.nc \
>
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_with_cosmic/GloTEC_TEC_2015_
> 03_17_cosmic.nc \
> /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
> \
> -outdir
>
/ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/model_applications/space_weather/glotec_vs_glotec/2015_03_17
>
> If you copy and paste that command on the command line (not through
> METplus), does the command still abort?
>
> I see that we're reading 2 NetCDF input files.  In the past, GRIB2
library
> issues have caused problems, but there's no GRIB2 involved here.  So
that's
> probably not it.  I suppose it could be a NetCDF issue.
>
> So let's back up to see if the problem persists when we just attempt
to
> read/plot the data.  Try running this command:
>
> /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/bin/plot_data_plane \
>
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> 2015_03_17.nc \
> sample_plot.ps \
> 'name="TEC"; level="(0,*,*)";'
>
> Please let me know how those tests go.  And can you please send me
this
> config file:
> /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/config.log
>
> Thanks,
> John
>
>
>
>



------------------------------------------------
Subject: space weather use case error
From: John Halley Gotway
Time: Tue Mar 24 17:01:34 2020

Leila,

When you run one of the MET tools with no command line args, it just
prints
the usage statement.  So I think that's what you're seeing.  I agree,
gmail
does seem to add lots of unwanted formatting!

I've attached a file named 'run_plot_data_plane.txt' with a command
that
should just plot the GloTEC data.  We should make sure MET is able to
read
it.  And I presume that'll work.

I'm getting a little lost on what the current problem actually is.
You
could check your Grid-Stat config file:
/.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-3.0/p
arm/use_cases/model_applications/space_weather/GridStatConfig_vx7

Does that config file include: *file_type = NETCDF_NCCF;*

As I explained before, that's need to tell MET how to interpret these
files.  If it'd be helpful, we could do a zoom meeting with me, you,
and
George McCabe to get this up and running.  That might be easier than
trying
to do it over email.  Just let me know how you'd like to proceed.

Thanks,
John


On Tue, Mar 24, 2020 at 3:29 PM m.leila.mays at nasa.gov via RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94662 >
>
> Hi John,
>
> plot_data_plane works as expected:
> (met_py37) [ccmc at rorctrl MET]$
> /ccmcshare/TOOLS_at_CCMC/MET/bin/plot_data_plane
>
> *** Model Evaluation Tools (METV9.0) ***
>
> Usage: plot_data_plane
>         input_filename
>         output_filename
>         field_string
>         [-color_table color_table_name]
>         [-plot_range min max]
>         [-title title_string]
>         [-log file]
>         [-v level]
>
>         where   "input_filename" is the name of a  gridded data file
to be
> plotted (required).
>                 "output_filename" is the name of the output
PostScript
> file to be written (required).
>                 "field_string" defines the data to be plotted from
the
> input file (required).
>                 "-color_table color_table_name" overrides the
default
> color table ("colortables/met_default.ctable") (optional).
>                 "-plot_range min max" defines the range of the data
to be
> plotted (optional).
>                 "-title title_string" specifies the plot title
string
> (optional).
>                 "-log file" outputs log messages to the specified
file
> (optional).
>                 "-v level" overrides the default level of logging
(2)
> (optional).
>
> I was unable to try your grid stat command because our "urldefense"
> program thought it was a hyperlink.  I tried to figure it out from
what was
> remaining but that didn't work.  Maybe attach the command as a text
file or
> leave out the paths?
>
> Thanks!
> Leila
>
> ________________________________________
> From: John Halley Gotway via RT <met_help at ucar.edu>
> Sent: Monday, March 23, 2020 6:36 PM
> To: Mays, M. Leila (GSFC-6740)
> Cc: Rastaetter, Lutz. (GSFC-6740)
> Subject: Re: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather use
case
> error
>
> Leila,
>
> Yes, you control the installation directory by setting the "--
prefix"
> option when you run configure.  It's up to you to install it
wherever you'd
> like.  The default installation directory for autoconf is
/usr/local.  So
> if you don't specify it, they'll be installed in /usr/local/bin.
>
> My apologies for sending you a bad command.  Please try running
> plot_data_plane like this:
>
> */ccmcshare/TOOLS_at_CCMC/MET/bin/plot_data_plane \*
>
>
>
>
*/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> 2015_03_17.nc
> <
> https://urldefense.proofpoint.com/v2/url?u=http-3A__2015-5F03-
5F17.nc_&d=DwIDaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=_jxehtPaBjybhkRDUeIHpdFg43W8ixpUbMxkHz4x0y8&m=U0bueKPyUFadVFUwwBvdwn1IfRm0nWwRDnXUzjzTu2w&s=zZRmyg5o_456nmWIUdl_z1vQ_PJ41RzyE1JoW3wPREs&e=
> > \sample_plot.ps
> <
> https://urldefense.proofpoint.com/v2/url?u=http-3A__sample-
5Fplot.ps_&d=DwIDaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=_jxehtPaBjybhkRDUeIHpdFg43W8ixpUbMxkHz4x0y8&m=U0bueKPyUFadVFUwwBvdwn1IfRm0nWwRDnXUzjzTu2w&s=dxI-
c2vGp7n9E_GVfgorQeik2To64S8HuKTbcY2MQ-A&e=
> > \'name="TEC"; level="(0,*,*)";
> file_type=NETCDF_NCCF;'*
>
> Note that I added the "file_type" option to explicitly tell MET how
to
> interpret this file.  It can read that file as being CF-compliant,
but
> there's no attribute in the metadata that identifies it as such.
>
> That should work now.
>
> Thanks,
> John
>
> On Mon, Mar 23, 2020 at 2:54 PM m.leila.mays at nasa.gov via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL:
> https://urldefense.proofpoint.com/v2/url?u=https-
3A__rt.rap.ucar.edu_rt_Ticket_Display.html-3Fid-
3D94662&d=DwIDaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=_jxehtPaBjybhkRDUeIHpdFg43W8ixpUbMxkHz4x0y8&m=U0bueKPyUFadVFUwwBvdwn1IfRm0nWwRDnXUzjzTu2w&s=2X1pKTojjJOzyfW1X21PUKIsrfGC2yNxmB9n1KeuImM&e=
> >
> >
> > Sorry I forgot to send the config.log:
> >
>
https://ccmc.gsfc.nasa.gov/RoR_WWW/output_files/leila/NCAR/config.log.txt
> >
> > Thanks,
> > Leila
> >
> > ________________________________________
> > From: Mays, M. Leila (GSFC-6740) <m.leila.mays at nasa.gov>
> > Sent: Monday, March 23, 2020 4:51 PM
> > To: met_help at ucar.edu
> > Cc: Rastaetter, Lutz. (GSFC-6740)
> > Subject: Re: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather use
case
> > error
> >
> > Hi John,
> >
> > It turns out our bin folder is one level up.  Is that because of
the
> > prefix we used when building?
> > --prefix=/ccmcshare/TOOLS_at_CCMC/MET/
> > should have been:
> > --prefix=/ccmcshare/TOOLS_at_CCMC/MET/met-9.0 ?
> >
> > So this may be causing some of the errors.  Lutz, maybe we should
clean
> it
> > up a bit and recompile?
> >
> > If I change the bin path, this is the error I get
> > (met_py37) [ccmc at rorctrl MET]$
> /ccmcshare/TOOLS_at_CCMC/MET/bin/grid_stat
> > -v 2 \
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > 2015_03_17.nc \
> > >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_with_cosmic/GloTEC_TEC_2015_
> > 03_17_cosmic.nc \
> > >
> >
> /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
> > \
> > > -outdir
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/model_applications/space_weather/glotec_vs_glotec/2015_03_17
> > DEBUG 1: Default Config File:
> >
/ccmcshare/TOOLS_at_CCMC/MET/share/met/config/GridStatConfig_default
> > DEBUG 1: User Config File:
> >
> /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
> > ERROR  :
> > ERROR  : replace_env() -> unable to get value for environment
variable
> > "MODEL"
> > ERROR  :
> >
> > and here is the other error:
> > (met_py37) [ccmc at rorctrl MET]$
> > /ccmcshare/TOOLS_at_CCMC/MET/bin/plot_data_plane \
> > >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > 2015_03_17.nc \
> > > sample_plot.ps \
> > > 'name="TEC"; level="(0,*,*)";'
> > DEBUG 1: Opening data file:
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > 2015_03_17.nc
> > ERROR  :
> > ERROR  : plot_data_plane -> file
> >
>
"/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > 2015_03_17.nc" not a valid data file
> > ERROR  :
> > (met_py37) [ccmc at rorctrl MET]$ ls
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > 2015_03_17.nc -lth
> > -rwxrwxr-x. 1 ccmc ccmc 5.8M Nov 29 11:51
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > 2015_03_17.nc
> >
> > Thanks,
> > Leila
> >
> > ________________________________________
> > From: John Halley Gotway via RT <met_help at ucar.edu>
> > Sent: Friday, March 20, 2020 12:58 PM
> > To: Mays, M. Leila (GSFC-6740)
> > Cc: Rastaetter, Lutz. (GSFC-6740)
> > Subject: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather use
case
> error
> >
> > Hi Leila,
> >
> > This is John Halley Gotway.  George transferred this issue about
> Grid-Stat
> > segfaulting over to the new met-help ticket.  A core dump
certainly never
> > is expected behavior!
> >
> > Looking at the log messages you sent, I see that this is grid_stat
> command
> > that failed:
> >
> > /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/bin/grid_stat -v 2 \
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > 2015_03_17.nc \
> >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_with_cosmic/GloTEC_TEC_2015_
> > 03_17_cosmic.nc \
> >
> /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
> > \
> > -outdir
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/model_applications/space_weather/glotec_vs_glotec/2015_03_17
> >
> > If you copy and paste that command on the command line (not
through
> > METplus), does the command still abort?
> >
> > I see that we're reading 2 NetCDF input files.  In the past, GRIB2
> library
> > issues have caused problems, but there's no GRIB2 involved here.
So
> that's
> > probably not it.  I suppose it could be a NetCDF issue.
> >
> > So let's back up to see if the problem persists when we just
attempt to
> > read/plot the data.  Try running this command:
> >
> > /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/bin/plot_data_plane \
> >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > 2015_03_17.nc \
> > sample_plot.ps \
> > 'name="TEC"; level="(0,*,*)";'
> >
> > Please let me know how those tests go.  And can you please send me
this
> > config file:
> > /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/config.log
> >
> > Thanks,
> > John
> >
> >
> >
> >
>
>
>
>

------------------------------------------------
Subject: space weather use case error
From: John Halley Gotway
Time: Tue Mar 24 17:01:34 2020

# Try running plot_data_plane

/ccmcshare/TOOLS_at_CCMC/MET/bin/plot_data_plane \
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_2015_03_17.nc
\
plot.ps \
'name="TEC"; level="(0,*,*)"; file_type=NETCDF_NCCF;'

# The resulting image file named 'plot.ps' should show the data. Does
this command run OK for you or error out?


------------------------------------------------
Subject: space weather use case error
From: m.leila.mays at nasa.gov
Time: Wed Mar 25 13:33:32 2020

Hi John,

Thanks! The plot data plane command executed without a problem.

I was able to go back and execute my previous 2 tests successfully
after changing the MET_INSTALL_DIR to look one level up. I should have
realized that from your first message. I'll try some more tests and
let you know if there are any issues.

By the way I didn't see feature_relative in my installation that is
referenced here in example 2
https://ncar.github.io/METplus/Users_Guide/installation.html#running-
metplus-wrappers

Thanks,
Leila

________________________________
From: John Halley Gotway via RT <met_help at ucar.edu>
Sent: Tuesday, March 24, 2020 7:01 PM
To: Mays, M. Leila (GSFC-6740) <m.leila.mays at nasa.gov>
Cc: Rastaetter, Lutz. (GSFC-6740) <lutz.rastaetter-1 at nasa.gov>
Subject: Re: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather use
case error

Leila,

When you run one of the MET tools with no command line args, it just
prints
the usage statement.  So I think that's what you're seeing.  I agree,
gmail
does seem to add lots of unwanted formatting!

I've attached a file named 'run_plot_data_plane.txt' with a command
that
should just plot the GloTEC data.  We should make sure MET is able to
read
it.  And I presume that'll work.

I'm getting a little lost on what the current problem actually is.
You
could check your Grid-Stat config file:
/.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-3.0/p
arm/use_cases/model_applications/space_weather/GridStatConfig_vx7

Does that config file include: *file_type = NETCDF_NCCF;*

As I explained before, that's need to tell MET how to interpret these
files.  If it'd be helpful, we could do a zoom meeting with me, you,
and
George McCabe to get this up and running.  That might be easier than
trying
to do it over email.  Just let me know how you'd like to proceed.

Thanks,
John


On Tue, Mar 24, 2020 at 3:29 PM m.leila.mays at nasa.gov via RT <
met_help at ucar.edu> wrote:

>
> <URL: https://urldefense.proofpoint.com/v2/url?u=https-
3A__rt.rap.ucar.edu_rt_Ticket_Display.html-3Fid-
3D94662&d=DwIBaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=_jxehtPaBjybhkRDUeIHpdFg43W8ixpUbMxkHz4x0y8&m=VLkXfTAW8RfSjivFN6emqrraXHRSfAQVXcKBPwtBmKE&s=3KsR6B540K9tvVPbq1XztPPHeOPBUjYeqJz74vafxhQ&e=
>
>
> Hi John,
>
> plot_data_plane works as expected:
> (met_py37) [ccmc at rorctrl MET]$
> /ccmcshare/TOOLS_at_CCMC/MET/bin/plot_data_plane
>
> *** Model Evaluation Tools (METV9.0) ***
>
> Usage: plot_data_plane
>         input_filename
>         output_filename
>         field_string
>         [-color_table color_table_name]
>         [-plot_range min max]
>         [-title title_string]
>         [-log file]
>         [-v level]
>
>         where   "input_filename" is the name of a  gridded data file
to be
> plotted (required).
>                 "output_filename" is the name of the output
PostScript
> file to be written (required).
>                 "field_string" defines the data to be plotted from
the
> input file (required).
>                 "-color_table color_table_name" overrides the
default
> color table ("colortables/met_default.ctable") (optional).
>                 "-plot_range min max" defines the range of the data
to be
> plotted (optional).
>                 "-title title_string" specifies the plot title
string
> (optional).
>                 "-log file" outputs log messages to the specified
file
> (optional).
>                 "-v level" overrides the default level of logging
(2)
> (optional).
>
> I was unable to try your grid stat command because our "urldefense"
> program thought it was a hyperlink.  I tried to figure it out from
what was
> remaining but that didn't work.  Maybe attach the command as a text
file or
> leave out the paths?
>
> Thanks!
> Leila
>
> ________________________________________
> From: John Halley Gotway via RT <met_help at ucar.edu>
> Sent: Monday, March 23, 2020 6:36 PM
> To: Mays, M. Leila (GSFC-6740)
> Cc: Rastaetter, Lutz. (GSFC-6740)
> Subject: Re: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather use
case
> error
>
> Leila,
>
> Yes, you control the installation directory by setting the "--
prefix"
> option when you run configure.  It's up to you to install it
wherever you'd
> like.  The default installation directory for autoconf is
/usr/local.  So
> if you don't specify it, they'll be installed in /usr/local/bin.
>
> My apologies for sending you a bad command.  Please try running
> plot_data_plane like this:
>
> */ccmcshare/TOOLS_at_CCMC/MET/bin/plot_data_plane \*
>
>
>
>
*/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> 2015_03_17.nc
> <
> https://urldefense.proofpoint.com/v2/url?u=http-3A__2015-5F03-
5F17.nc_&d=DwIDaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=_jxehtPaBjybhkRDUeIHpdFg43W8ixpUbMxkHz4x0y8&m=U0bueKPyUFadVFUwwBvdwn1IfRm0nWwRDnXUzjzTu2w&s=zZRmyg5o_456nmWIUdl_z1vQ_PJ41RzyE1JoW3wPREs&e=
> > \sample_plot.ps
> <
> https://urldefense.proofpoint.com/v2/url?u=http-3A__sample-
5Fplot.ps_&d=DwIDaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=_jxehtPaBjybhkRDUeIHpdFg43W8ixpUbMxkHz4x0y8&m=U0bueKPyUFadVFUwwBvdwn1IfRm0nWwRDnXUzjzTu2w&s=dxI-
c2vGp7n9E_GVfgorQeik2To64S8HuKTbcY2MQ-A&e=
> > \'name="TEC"; level="(0,*,*)";
> file_type=NETCDF_NCCF;'*
>
> Note that I added the "file_type" option to explicitly tell MET how
to
> interpret this file.  It can read that file as being CF-compliant,
but
> there's no attribute in the metadata that identifies it as such.
>
> That should work now.
>
> Thanks,
> John
>
> On Mon, Mar 23, 2020 at 2:54 PM m.leila.mays at nasa.gov via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL:
> https://urldefense.proofpoint.com/v2/url?u=https-
3A__rt.rap.ucar.edu_rt_Ticket_Display.html-3Fid-
3D94662&d=DwIDaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=_jxehtPaBjybhkRDUeIHpdFg43W8ixpUbMxkHz4x0y8&m=U0bueKPyUFadVFUwwBvdwn1IfRm0nWwRDnXUzjzTu2w&s=2X1pKTojjJOzyfW1X21PUKIsrfGC2yNxmB9n1KeuImM&e=
> >
> >
> > Sorry I forgot to send the config.log:
> >
>
https://ccmc.gsfc.nasa.gov/RoR_WWW/output_files/leila/NCAR/config.log.txt
> >
> > Thanks,
> > Leila
> >
> > ________________________________________
> > From: Mays, M. Leila (GSFC-6740) <m.leila.mays at nasa.gov>
> > Sent: Monday, March 23, 2020 4:51 PM
> > To: met_help at ucar.edu
> > Cc: Rastaetter, Lutz. (GSFC-6740)
> > Subject: Re: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather use
case
> > error
> >
> > Hi John,
> >
> > It turns out our bin folder is one level up.  Is that because of
the
> > prefix we used when building?
> > --prefix=/ccmcshare/TOOLS_at_CCMC/MET/
> > should have been:
> > --prefix=/ccmcshare/TOOLS_at_CCMC/MET/met-9.0 ?
> >
> > So this may be causing some of the errors.  Lutz, maybe we should
clean
> it
> > up a bit and recompile?
> >
> > If I change the bin path, this is the error I get
> > (met_py37) [ccmc at rorctrl MET]$
> /ccmcshare/TOOLS_at_CCMC/MET/bin/grid_stat
> > -v 2 \
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > 2015_03_17.nc \
> > >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_with_cosmic/GloTEC_TEC_2015_
> > 03_17_cosmic.nc \
> > >
> >
> /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
> > \
> > > -outdir
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/model_applications/space_weather/glotec_vs_glotec/2015_03_17
> > DEBUG 1: Default Config File:
> >
/ccmcshare/TOOLS_at_CCMC/MET/share/met/config/GridStatConfig_default
> > DEBUG 1: User Config File:
> >
> /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
> > ERROR  :
> > ERROR  : replace_env() -> unable to get value for environment
variable
> > "MODEL"
> > ERROR  :
> >
> > and here is the other error:
> > (met_py37) [ccmc at rorctrl MET]$
> > /ccmcshare/TOOLS_at_CCMC/MET/bin/plot_data_plane \
> > >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > 2015_03_17.nc \
> > > sample_plot.ps \
> > > 'name="TEC"; level="(0,*,*)";'
> > DEBUG 1: Opening data file:
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > 2015_03_17.nc
> > ERROR  :
> > ERROR  : plot_data_plane -> file
> >
>
"/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > 2015_03_17.nc" not a valid data file
> > ERROR  :
> > (met_py37) [ccmc at rorctrl MET]$ ls
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > 2015_03_17.nc -lth
> > -rwxrwxr-x. 1 ccmc ccmc 5.8M Nov 29 11:51
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > 2015_03_17.nc
> >
> > Thanks,
> > Leila
> >
> > ________________________________________
> > From: John Halley Gotway via RT <met_help at ucar.edu>
> > Sent: Friday, March 20, 2020 12:58 PM
> > To: Mays, M. Leila (GSFC-6740)
> > Cc: Rastaetter, Lutz. (GSFC-6740)
> > Subject: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather use
case
> error
> >
> > Hi Leila,
> >
> > This is John Halley Gotway.  George transferred this issue about
> Grid-Stat
> > segfaulting over to the new met-help ticket.  A core dump
certainly never
> > is expected behavior!
> >
> > Looking at the log messages you sent, I see that this is grid_stat
> command
> > that failed:
> >
> > /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/bin/grid_stat -v 2 \
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > 2015_03_17.nc \
> >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_with_cosmic/GloTEC_TEC_2015_
> > 03_17_cosmic.nc \
> >
> /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
> > \
> > -outdir
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/model_applications/space_weather/glotec_vs_glotec/2015_03_17
> >
> > If you copy and paste that command on the command line (not
through
> > METplus), does the command still abort?
> >
> > I see that we're reading 2 NetCDF input files.  In the past, GRIB2
> library
> > issues have caused problems, but there's no GRIB2 involved here.
So
> that's
> > probably not it.  I suppose it could be a NetCDF issue.
> >
> > So let's back up to see if the problem persists when we just
attempt to
> > read/plot the data.  Try running this command:
> >
> > /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/bin/plot_data_plane \
> >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > 2015_03_17.nc \
> > sample_plot.ps \
> > 'name="TEC"; level="(0,*,*)";'
> >
> > Please let me know how those tests go.  And can you please send me
this
> > config file:
> > /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/config.log
> >
> > Thanks,
> > John
> >
> >
> >
> >
>
>
>
>


------------------------------------------------
Subject: space weather use case error
From: John Halley Gotway
Time: Wed Mar 25 14:41:46 2020

George,

Any idea why the feature relative files would be missing from Leila's
METplus installation?

Thanks,
John

On Wed, Mar 25, 2020 at 1:34 PM m.leila.mays at nasa.gov via RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94662 >
>
> Hi John,
>
> Thanks! The plot data plane command executed without a problem.
>
> I was able to go back and execute my previous 2 tests successfully
after
> changing the MET_INSTALL_DIR to look one level up. I should have
realized
> that from your first message. I'll try some more tests and let you
know if
> there are any issues.
>
> By the way I didn't see feature_relative in my installation that is
> referenced here in example 2
>
>
https://ncar.github.io/METplus/Users_Guide/installation.html#running-
metplus-wrappers
>
> Thanks,
> Leila
>
> ________________________________
> From: John Halley Gotway via RT <met_help at ucar.edu>
> Sent: Tuesday, March 24, 2020 7:01 PM
> To: Mays, M. Leila (GSFC-6740) <m.leila.mays at nasa.gov>
> Cc: Rastaetter, Lutz. (GSFC-6740) <lutz.rastaetter-1 at nasa.gov>
> Subject: Re: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather use
case
> error
>
> Leila,
>
> When you run one of the MET tools with no command line args, it just
prints
> the usage statement.  So I think that's what you're seeing.  I
agree, gmail
> does seem to add lots of unwanted formatting!
>
> I've attached a file named 'run_plot_data_plane.txt' with a command
that
> should just plot the GloTEC data.  We should make sure MET is able
to read
> it.  And I presume that'll work.
>
> I'm getting a little lost on what the current problem actually is.
You
> could check your Grid-Stat config file:
> /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-3.0/p
> arm/use_cases/model_applications/space_weather/GridStatConfig_vx7
>
> Does that config file include: *file_type = NETCDF_NCCF;*
>
> As I explained before, that's need to tell MET how to interpret
these
> files.  If it'd be helpful, we could do a zoom meeting with me, you,
and
> George McCabe to get this up and running.  That might be easier than
trying
> to do it over email.  Just let me know how you'd like to proceed.
>
> Thanks,
> John
>
>
> On Tue, Mar 24, 2020 at 3:29 PM m.leila.mays at nasa.gov via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL:
> https://urldefense.proofpoint.com/v2/url?u=https-
3A__rt.rap.ucar.edu_rt_Ticket_Display.html-3Fid-
3D94662&d=DwIBaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=_jxehtPaBjybhkRDUeIHpdFg43W8ixpUbMxkHz4x0y8&m=VLkXfTAW8RfSjivFN6emqrraXHRSfAQVXcKBPwtBmKE&s=3KsR6B540K9tvVPbq1XztPPHeOPBUjYeqJz74vafxhQ&e=
> >
> >
> > Hi John,
> >
> > plot_data_plane works as expected:
> > (met_py37) [ccmc at rorctrl MET]$
> > /ccmcshare/TOOLS_at_CCMC/MET/bin/plot_data_plane
> >
> > *** Model Evaluation Tools (METV9.0) ***
> >
> > Usage: plot_data_plane
> >         input_filename
> >         output_filename
> >         field_string
> >         [-color_table color_table_name]
> >         [-plot_range min max]
> >         [-title title_string]
> >         [-log file]
> >         [-v level]
> >
> >         where   "input_filename" is the name of a  gridded data
file to
> be
> > plotted (required).
> >                 "output_filename" is the name of the output
PostScript
> > file to be written (required).
> >                 "field_string" defines the data to be plotted from
the
> > input file (required).
> >                 "-color_table color_table_name" overrides the
default
> > color table ("colortables/met_default.ctable") (optional).
> >                 "-plot_range min max" defines the range of the
data to be
> > plotted (optional).
> >                 "-title title_string" specifies the plot title
string
> > (optional).
> >                 "-log file" outputs log messages to the specified
file
> > (optional).
> >                 "-v level" overrides the default level of logging
(2)
> > (optional).
> >
> > I was unable to try your grid stat command because our
"urldefense"
> > program thought it was a hyperlink.  I tried to figure it out from
what
> was
> > remaining but that didn't work.  Maybe attach the command as a
text file
> or
> > leave out the paths?
> >
> > Thanks!
> > Leila
> >
> > ________________________________________
> > From: John Halley Gotway via RT <met_help at ucar.edu>
> > Sent: Monday, March 23, 2020 6:36 PM
> > To: Mays, M. Leila (GSFC-6740)
> > Cc: Rastaetter, Lutz. (GSFC-6740)
> > Subject: Re: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather use
case
> > error
> >
> > Leila,
> >
> > Yes, you control the installation directory by setting the "--
prefix"
> > option when you run configure.  It's up to you to install it
wherever
> you'd
> > like.  The default installation directory for autoconf is
/usr/local.  So
> > if you don't specify it, they'll be installed in /usr/local/bin.
> >
> > My apologies for sending you a bad command.  Please try running
> > plot_data_plane like this:
> >
> > */ccmcshare/TOOLS_at_CCMC/MET/bin/plot_data_plane \*
> >
> >
> >
> >
>
*/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > 2015_03_17.nc
> > <
> >
> https://urldefense.proofpoint.com/v2/url?u=http-3A__2015-5F03-
5F17.nc_&d=DwIDaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=_jxehtPaBjybhkRDUeIHpdFg43W8ixpUbMxkHz4x0y8&m=U0bueKPyUFadVFUwwBvdwn1IfRm0nWwRDnXUzjzTu2w&s=zZRmyg5o_456nmWIUdl_z1vQ_PJ41RzyE1JoW3wPREs&e=
> > > \sample_plot.ps
> > <
> >
> https://urldefense.proofpoint.com/v2/url?u=http-3A__sample-
5Fplot.ps_&d=DwIDaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=_jxehtPaBjybhkRDUeIHpdFg43W8ixpUbMxkHz4x0y8&m=U0bueKPyUFadVFUwwBvdwn1IfRm0nWwRDnXUzjzTu2w&s=dxI-
c2vGp7n9E_GVfgorQeik2To64S8HuKTbcY2MQ-A&e=
> > > \'name="TEC"; level="(0,*,*)";
> > file_type=NETCDF_NCCF;'*
> >
> > Note that I added the "file_type" option to explicitly tell MET
how to
> > interpret this file.  It can read that file as being CF-compliant,
but
> > there's no attribute in the metadata that identifies it as such.
> >
> > That should work now.
> >
> > Thanks,
> > John
> >
> > On Mon, Mar 23, 2020 at 2:54 PM m.leila.mays at nasa.gov via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <URL:
> >
> https://urldefense.proofpoint.com/v2/url?u=https-
3A__rt.rap.ucar.edu_rt_Ticket_Display.html-3Fid-
3D94662&d=DwIDaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=_jxehtPaBjybhkRDUeIHpdFg43W8ixpUbMxkHz4x0y8&m=U0bueKPyUFadVFUwwBvdwn1IfRm0nWwRDnXUzjzTu2w&s=2X1pKTojjJOzyfW1X21PUKIsrfGC2yNxmB9n1KeuImM&e=
> > >
> > >
> > > Sorry I forgot to send the config.log:
> > >
> >
>
https://ccmc.gsfc.nasa.gov/RoR_WWW/output_files/leila/NCAR/config.log.txt
> > >
> > > Thanks,
> > > Leila
> > >
> > > ________________________________________
> > > From: Mays, M. Leila (GSFC-6740) <m.leila.mays at nasa.gov>
> > > Sent: Monday, March 23, 2020 4:51 PM
> > > To: met_help at ucar.edu
> > > Cc: Rastaetter, Lutz. (GSFC-6740)
> > > Subject: Re: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather
use
> case
> > > error
> > >
> > > Hi John,
> > >
> > > It turns out our bin folder is one level up.  Is that because of
the
> > > prefix we used when building?
> > > --prefix=/ccmcshare/TOOLS_at_CCMC/MET/
> > > should have been:
> > > --prefix=/ccmcshare/TOOLS_at_CCMC/MET/met-9.0 ?
> > >
> > > So this may be causing some of the errors.  Lutz, maybe we
should clean
> > it
> > > up a bit and recompile?
> > >
> > > If I change the bin path, this is the error I get
> > > (met_py37) [ccmc at rorctrl MET]$
> > /ccmcshare/TOOLS_at_CCMC/MET/bin/grid_stat
> > > -v 2 \
> > >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > > 2015_03_17.nc \
> > > >
> > >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_with_cosmic/GloTEC_TEC_2015_
> > > 03_17_cosmic.nc \
> > > >
> > >
> >
> /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
> > > \
> > > > -outdir
> > >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/model_applications/space_weather/glotec_vs_glotec/2015_03_17
> > > DEBUG 1: Default Config File:
> > >
/ccmcshare/TOOLS_at_CCMC/MET/share/met/config/GridStatConfig_default
> > > DEBUG 1: User Config File:
> > >
> >
> /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
> > > ERROR  :
> > > ERROR  : replace_env() -> unable to get value for environment
variable
> > > "MODEL"
> > > ERROR  :
> > >
> > > and here is the other error:
> > > (met_py37) [ccmc at rorctrl MET]$
> > > /ccmcshare/TOOLS_at_CCMC/MET/bin/plot_data_plane \
> > > >
> > >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > > 2015_03_17.nc \
> > > > sample_plot.ps \
> > > > 'name="TEC"; level="(0,*,*)";'
> > > DEBUG 1: Opening data file:
> > >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > > 2015_03_17.nc
> > > ERROR  :
> > > ERROR  : plot_data_plane -> file
> > >
> >
>
"/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > > 2015_03_17.nc" not a valid data file
> > > ERROR  :
> > > (met_py37) [ccmc at rorctrl MET]$ ls
> > >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > > 2015_03_17.nc -lth
> > > -rwxrwxr-x. 1 ccmc ccmc 5.8M Nov 29 11:51
> > >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > > 2015_03_17.nc
> > >
> > > Thanks,
> > > Leila
> > >
> > > ________________________________________
> > > From: John Halley Gotway via RT <met_help at ucar.edu>
> > > Sent: Friday, March 20, 2020 12:58 PM
> > > To: Mays, M. Leila (GSFC-6740)
> > > Cc: Rastaetter, Lutz. (GSFC-6740)
> > > Subject: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather use
case
> > error
> > >
> > > Hi Leila,
> > >
> > > This is John Halley Gotway.  George transferred this issue about
> > Grid-Stat
> > > segfaulting over to the new met-help ticket.  A core dump
certainly
> never
> > > is expected behavior!
> > >
> > > Looking at the log messages you sent, I see that this is
grid_stat
> > command
> > > that failed:
> > >
> > > /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/bin/grid_stat -v 2 \
> > >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > > 2015_03_17.nc \
> > >
> > >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_with_cosmic/GloTEC_TEC_2015_
> > > 03_17_cosmic.nc \
> > >
> >
> /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
> > > \
> > > -outdir
> > >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/model_applications/space_weather/glotec_vs_glotec/2015_03_17
> > >
> > > If you copy and paste that command on the command line (not
through
> > > METplus), does the command still abort?
> > >
> > > I see that we're reading 2 NetCDF input files.  In the past,
GRIB2
> > library
> > > issues have caused problems, but there's no GRIB2 involved here.
So
> > that's
> > > probably not it.  I suppose it could be a NetCDF issue.
> > >
> > > So let's back up to see if the problem persists when we just
attempt to
> > > read/plot the data.  Try running this command:
> > >
> > > /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/bin/plot_data_plane \
> > >
> > >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > > 2015_03_17.nc \
> > > sample_plot.ps \
> > > 'name="TEC"; level="(0,*,*)";'
> > >
> > > Please let me know how those tests go.  And can you please send
me this
> > > config file:
> > > /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/config.log
> > >
> > > Thanks,
> > > John
> > >
> > >
> > >
> > >
> >
> >
> >
> >
>
>
>

------------------------------------------------
Subject: space weather use case error
From: George McCabe
Time: Wed Mar 25 14:44:46 2020

Hey John,

The use case names have all changed. It looks like the documentation
instructions were not updated to reflect that change. The
corresponding
file is now in

parm/use_cases/model_applications/medium_range/TCStat_SeriesAnalysis_fcstGFS_obsGFS_FeatureRelative_SeriesByInit.conf

On Wed, Mar 25, 2020 at 2:41 PM John Halley Gotway via RT
<met_help at ucar.edu>
wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94662 >
>
> George,
>
> Any idea why the feature relative files would be missing from
Leila's
> METplus installation?
>
> Thanks,
> John
>
> On Wed, Mar 25, 2020 at 1:34 PM m.leila.mays at nasa.gov via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94662 >
> >
> > Hi John,
> >
> > Thanks! The plot data plane command executed without a problem.
> >
> > I was able to go back and execute my previous 2 tests successfully
after
> > changing the MET_INSTALL_DIR to look one level up. I should have
realized
> > that from your first message. I'll try some more tests and let you
know
> if
> > there are any issues.
> >
> > By the way I didn't see feature_relative in my installation that
is
> > referenced here in example 2
> >
> >
>
https://ncar.github.io/METplus/Users_Guide/installation.html#running-
metplus-wrappers
> >
> > Thanks,
> > Leila
> >
> > ________________________________
> > From: John Halley Gotway via RT <met_help at ucar.edu>
> > Sent: Tuesday, March 24, 2020 7:01 PM
> > To: Mays, M. Leila (GSFC-6740) <m.leila.mays at nasa.gov>
> > Cc: Rastaetter, Lutz. (GSFC-6740) <lutz.rastaetter-1 at nasa.gov>
> > Subject: Re: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather use
case
> > error
> >
> > Leila,
> >
> > When you run one of the MET tools with no command line args, it
just
> prints
> > the usage statement.  So I think that's what you're seeing.  I
agree,
> gmail
> > does seem to add lots of unwanted formatting!
> >
> > I've attached a file named 'run_plot_data_plane.txt' with a
command that
> > should just plot the GloTEC data.  We should make sure MET is able
to
> read
> > it.  And I presume that'll work.
> >
> > I'm getting a little lost on what the current problem actually is.
You
> > could check your Grid-Stat config file:
> > /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-3.0/p
> > arm/use_cases/model_applications/space_weather/GridStatConfig_vx7
> >
> > Does that config file include: *file_type = NETCDF_NCCF;*
> >
> > As I explained before, that's need to tell MET how to interpret
these
> > files.  If it'd be helpful, we could do a zoom meeting with me,
you, and
> > George McCabe to get this up and running.  That might be easier
than
> trying
> > to do it over email.  Just let me know how you'd like to proceed.
> >
> > Thanks,
> > John
> >
> >
> > On Tue, Mar 24, 2020 at 3:29 PM m.leila.mays at nasa.gov via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <URL:
> >
> https://urldefense.proofpoint.com/v2/url?u=https-
3A__rt.rap.ucar.edu_rt_Ticket_Display.html-3Fid-
3D94662&d=DwIBaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=_jxehtPaBjybhkRDUeIHpdFg43W8ixpUbMxkHz4x0y8&m=VLkXfTAW8RfSjivFN6emqrraXHRSfAQVXcKBPwtBmKE&s=3KsR6B540K9tvVPbq1XztPPHeOPBUjYeqJz74vafxhQ&e=
> > >
> > >
> > > Hi John,
> > >
> > > plot_data_plane works as expected:
> > > (met_py37) [ccmc at rorctrl MET]$
> > > /ccmcshare/TOOLS_at_CCMC/MET/bin/plot_data_plane
> > >
> > > *** Model Evaluation Tools (METV9.0) ***
> > >
> > > Usage: plot_data_plane
> > >         input_filename
> > >         output_filename
> > >         field_string
> > >         [-color_table color_table_name]
> > >         [-plot_range min max]
> > >         [-title title_string]
> > >         [-log file]
> > >         [-v level]
> > >
> > >         where   "input_filename" is the name of a  gridded data
file to
> > be
> > > plotted (required).
> > >                 "output_filename" is the name of the output
PostScript
> > > file to be written (required).
> > >                 "field_string" defines the data to be plotted
from the
> > > input file (required).
> > >                 "-color_table color_table_name" overrides the
default
> > > color table ("colortables/met_default.ctable") (optional).
> > >                 "-plot_range min max" defines the range of the
data to
> be
> > > plotted (optional).
> > >                 "-title title_string" specifies the plot title
string
> > > (optional).
> > >                 "-log file" outputs log messages to the
specified file
> > > (optional).
> > >                 "-v level" overrides the default level of
logging (2)
> > > (optional).
> > >
> > > I was unable to try your grid stat command because our
"urldefense"
> > > program thought it was a hyperlink.  I tried to figure it out
from what
> > was
> > > remaining but that didn't work.  Maybe attach the command as a
text
> file
> > or
> > > leave out the paths?
> > >
> > > Thanks!
> > > Leila
> > >
> > > ________________________________________
> > > From: John Halley Gotway via RT <met_help at ucar.edu>
> > > Sent: Monday, March 23, 2020 6:36 PM
> > > To: Mays, M. Leila (GSFC-6740)
> > > Cc: Rastaetter, Lutz. (GSFC-6740)
> > > Subject: Re: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather
use
> case
> > > error
> > >
> > > Leila,
> > >
> > > Yes, you control the installation directory by setting the "--
prefix"
> > > option when you run configure.  It's up to you to install it
wherever
> > you'd
> > > like.  The default installation directory for autoconf is
/usr/local.
> So
> > > if you don't specify it, they'll be installed in /usr/local/bin.
> > >
> > > My apologies for sending you a bad command.  Please try running
> > > plot_data_plane like this:
> > >
> > > */ccmcshare/TOOLS_at_CCMC/MET/bin/plot_data_plane \*
> > >
> > >
> > >
> > >
> >
>
*/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > > 2015_03_17.nc
> > > <
> > >
> >
> https://urldefense.proofpoint.com/v2/url?u=http-3A__2015-5F03-
5F17.nc_&d=DwIDaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=_jxehtPaBjybhkRDUeIHpdFg43W8ixpUbMxkHz4x0y8&m=U0bueKPyUFadVFUwwBvdwn1IfRm0nWwRDnXUzjzTu2w&s=zZRmyg5o_456nmWIUdl_z1vQ_PJ41RzyE1JoW3wPREs&e=
> > > > \sample_plot.ps
> > > <
> > >
> >
> https://urldefense.proofpoint.com/v2/url?u=http-3A__sample-
5Fplot.ps_&d=DwIDaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=_jxehtPaBjybhkRDUeIHpdFg43W8ixpUbMxkHz4x0y8&m=U0bueKPyUFadVFUwwBvdwn1IfRm0nWwRDnXUzjzTu2w&s=dxI-
c2vGp7n9E_GVfgorQeik2To64S8HuKTbcY2MQ-A&e=
> > > > \'name="TEC"; level="(0,*,*)";
> > > file_type=NETCDF_NCCF;'*
> > >
> > > Note that I added the "file_type" option to explicitly tell MET
how to
> > > interpret this file.  It can read that file as being CF-
compliant, but
> > > there's no attribute in the metadata that identifies it as such.
> > >
> > > That should work now.
> > >
> > > Thanks,
> > > John
> > >
> > > On Mon, Mar 23, 2020 at 2:54 PM m.leila.mays at nasa.gov via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL:
> > >
> >
> https://urldefense.proofpoint.com/v2/url?u=https-
3A__rt.rap.ucar.edu_rt_Ticket_Display.html-3Fid-
3D94662&d=DwIDaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=_jxehtPaBjybhkRDUeIHpdFg43W8ixpUbMxkHz4x0y8&m=U0bueKPyUFadVFUwwBvdwn1IfRm0nWwRDnXUzjzTu2w&s=2X1pKTojjJOzyfW1X21PUKIsrfGC2yNxmB9n1KeuImM&e=
> > > >
> > > >
> > > > Sorry I forgot to send the config.log:
> > > >
> > >
> >
>
https://ccmc.gsfc.nasa.gov/RoR_WWW/output_files/leila/NCAR/config.log.txt
> > > >
> > > > Thanks,
> > > > Leila
> > > >
> > > > ________________________________________
> > > > From: Mays, M. Leila (GSFC-6740) <m.leila.mays at nasa.gov>
> > > > Sent: Monday, March 23, 2020 4:51 PM
> > > > To: met_help at ucar.edu
> > > > Cc: Rastaetter, Lutz. (GSFC-6740)
> > > > Subject: Re: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather
use
> > case
> > > > error
> > > >
> > > > Hi John,
> > > >
> > > > It turns out our bin folder is one level up.  Is that because
of the
> > > > prefix we used when building?
> > > > --prefix=/ccmcshare/TOOLS_at_CCMC/MET/
> > > > should have been:
> > > > --prefix=/ccmcshare/TOOLS_at_CCMC/MET/met-9.0 ?
> > > >
> > > > So this may be causing some of the errors.  Lutz, maybe we
should
> clean
> > > it
> > > > up a bit and recompile?
> > > >
> > > > If I change the bin path, this is the error I get
> > > > (met_py37) [ccmc at rorctrl MET]$
> > > /ccmcshare/TOOLS_at_CCMC/MET/bin/grid_stat
> > > > -v 2 \
> > > >
> > >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > > > 2015_03_17.nc \
> > > > >
> > > >
> > >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_with_cosmic/GloTEC_TEC_2015_
> > > > 03_17_cosmic.nc \
> > > > >
> > > >
> > >
> >
> /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
> > > > \
> > > > > -outdir
> > > >
> > >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/model_applications/space_weather/glotec_vs_glotec/2015_03_17
> > > > DEBUG 1: Default Config File:
> > > >
/ccmcshare/TOOLS_at_CCMC/MET/share/met/config/GridStatConfig_default
> > > > DEBUG 1: User Config File:
> > > >
> > >
> >
> /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
> > > > ERROR  :
> > > > ERROR  : replace_env() -> unable to get value for environment
> variable
> > > > "MODEL"
> > > > ERROR  :
> > > >
> > > > and here is the other error:
> > > > (met_py37) [ccmc at rorctrl MET]$
> > > > /ccmcshare/TOOLS_at_CCMC/MET/bin/plot_data_plane \
> > > > >
> > > >
> > >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > > > 2015_03_17.nc \
> > > > > sample_plot.ps \
> > > > > 'name="TEC"; level="(0,*,*)";'
> > > > DEBUG 1: Opening data file:
> > > >
> > >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > > > 2015_03_17.nc
> > > > ERROR  :
> > > > ERROR  : plot_data_plane -> file
> > > >
> > >
> >
>
"/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > > > 2015_03_17.nc" not a valid data file
> > > > ERROR  :
> > > > (met_py37) [ccmc at rorctrl MET]$ ls
> > > >
> > >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > > > 2015_03_17.nc -lth
> > > > -rwxrwxr-x. 1 ccmc ccmc 5.8M Nov 29 11:51
> > > >
> > >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > > > 2015_03_17.nc
> > > >
> > > > Thanks,
> > > > Leila
> > > >
> > > > ________________________________________
> > > > From: John Halley Gotway via RT <met_help at ucar.edu>
> > > > Sent: Friday, March 20, 2020 12:58 PM
> > > > To: Mays, M. Leila (GSFC-6740)
> > > > Cc: Rastaetter, Lutz. (GSFC-6740)
> > > > Subject: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather use
case
> > > error
> > > >
> > > > Hi Leila,
> > > >
> > > > This is John Halley Gotway.  George transferred this issue
about
> > > Grid-Stat
> > > > segfaulting over to the new met-help ticket.  A core dump
certainly
> > never
> > > > is expected behavior!
> > > >
> > > > Looking at the log messages you sent, I see that this is
grid_stat
> > > command
> > > > that failed:
> > > >
> > > > /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/bin/grid_stat -v 2 \
> > > >
> > >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > > > 2015_03_17.nc \
> > > >
> > > >
> > >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_with_cosmic/GloTEC_TEC_2015_
> > > > 03_17_cosmic.nc \
> > > >
> > >
> >
> /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
> > > > \
> > > > -outdir
> > > >
> > >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/model_applications/space_weather/glotec_vs_glotec/2015_03_17
> > > >
> > > > If you copy and paste that command on the command line (not
through
> > > > METplus), does the command still abort?
> > > >
> > > > I see that we're reading 2 NetCDF input files.  In the past,
GRIB2
> > > library
> > > > issues have caused problems, but there's no GRIB2 involved
here.  So
> > > that's
> > > > probably not it.  I suppose it could be a NetCDF issue.
> > > >
> > > > So let's back up to see if the problem persists when we just
attempt
> to
> > > > read/plot the data.  Try running this command:
> > > >
> > > > /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/bin/plot_data_plane \
> > > >
> > > >
> > >
> >
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> > > > 2015_03_17.nc \
> > > > sample_plot.ps \
> > > > 'name="TEC"; level="(0,*,*)";'
> > > >
> > > > Please let me know how those tests go.  And can you please
send me
> this
> > > > config file:
> > > > /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/config.log
> > > >
> > > > Thanks,
> > > > John
> > > >
> > > >
> > > >
> > > >
> > >
> > >
> > >
> > >
> >
> >
> >
>
>

--
George McCabe - Software Engineer III
National Center for Atmospheric Research
Research Applications Laboratory
303-497-2768
---
My working day may not be your working day. Please do not feel obliged
to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: space weather use case error
From: George McCabe
Time: Wed Mar 25 14:48:16 2020

Also, this file:

use_cases/feature_relative/examples/series_by_lead_all_fhrs.conf

is now called

parm/use_cases/model_applications/medium_range/TCStat_SeriesAnalysis_fcstGFS_obsGFS_FeatureRelative_SeriesByInit.conf

Sorry for the confusion!

On Wed, Mar 25, 2020 at 2:44 PM George McCabe <mccabe at ucar.edu> wrote:

> Hey John,
>
> The use case names have all changed. It looks like the documentation
> instructions were not updated to reflect that change. The
corresponding
> file is now in
>
>
>
parm/use_cases/model_applications/medium_range/TCStat_SeriesAnalysis_fcstGFS_obsGFS_FeatureRelative_SeriesByInit.conf
>
> On Wed, Mar 25, 2020 at 2:41 PM John Halley Gotway via RT <
> met_help at ucar.edu> wrote:
>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94662 >
>>
>> George,
>>
>> Any idea why the feature relative files would be missing from
Leila's
>> METplus installation?
>>
>> Thanks,
>> John
>>
>> On Wed, Mar 25, 2020 at 1:34 PM m.leila.mays at nasa.gov via RT <
>> met_help at ucar.edu> wrote:
>>
>> >
>> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94662 >
>> >
>> > Hi John,
>> >
>> > Thanks! The plot data plane command executed without a problem.
>> >
>> > I was able to go back and execute my previous 2 tests
successfully after
>> > changing the MET_INSTALL_DIR to look one level up. I should have
>> realized
>> > that from your first message. I'll try some more tests and let
you know
>> if
>> > there are any issues.
>> >
>> > By the way I didn't see feature_relative in my installation that
is
>> > referenced here in example 2
>> >
>> >
>>
https://ncar.github.io/METplus/Users_Guide/installation.html#running-
metplus-wrappers
>> >
>> > Thanks,
>> > Leila
>> >
>> > ________________________________
>> > From: John Halley Gotway via RT <met_help at ucar.edu>
>> > Sent: Tuesday, March 24, 2020 7:01 PM
>> > To: Mays, M. Leila (GSFC-6740) <m.leila.mays at nasa.gov>
>> > Cc: Rastaetter, Lutz. (GSFC-6740) <lutz.rastaetter-1 at nasa.gov>
>> > Subject: Re: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather
use case
>> > error
>> >
>> > Leila,
>> >
>> > When you run one of the MET tools with no command line args, it
just
>> prints
>> > the usage statement.  So I think that's what you're seeing.  I
agree,
>> gmail
>> > does seem to add lots of unwanted formatting!
>> >
>> > I've attached a file named 'run_plot_data_plane.txt' with a
command that
>> > should just plot the GloTEC data.  We should make sure MET is
able to
>> read
>> > it.  And I presume that'll work.
>> >
>> > I'm getting a little lost on what the current problem actually
is.  You
>> > could check your Grid-Stat config file:
>> > /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-3.0/p
>> > arm/use_cases/model_applications/space_weather/GridStatConfig_vx7
>> >
>> > Does that config file include: *file_type = NETCDF_NCCF;*
>> >
>> > As I explained before, that's need to tell MET how to interpret
these
>> > files.  If it'd be helpful, we could do a zoom meeting with me,
you, and
>> > George McCabe to get this up and running.  That might be easier
than
>> trying
>> > to do it over email.  Just let me know how you'd like to proceed.
>> >
>> > Thanks,
>> > John
>> >
>> >
>> > On Tue, Mar 24, 2020 at 3:29 PM m.leila.mays at nasa.gov via RT <
>> > met_help at ucar.edu> wrote:
>> >
>> > >
>> > > <URL:
>> >
>> https://urldefense.proofpoint.com/v2/url?u=https-
3A__rt.rap.ucar.edu_rt_Ticket_Display.html-3Fid-
3D94662&d=DwIBaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=_jxehtPaBjybhkRDUeIHpdFg43W8ixpUbMxkHz4x0y8&m=VLkXfTAW8RfSjivFN6emqrraXHRSfAQVXcKBPwtBmKE&s=3KsR6B540K9tvVPbq1XztPPHeOPBUjYeqJz74vafxhQ&e=
>> > >
>> > >
>> > > Hi John,
>> > >
>> > > plot_data_plane works as expected:
>> > > (met_py37) [ccmc at rorctrl MET]$
>> > > /ccmcshare/TOOLS_at_CCMC/MET/bin/plot_data_plane
>> > >
>> > > *** Model Evaluation Tools (METV9.0) ***
>> > >
>> > > Usage: plot_data_plane
>> > >         input_filename
>> > >         output_filename
>> > >         field_string
>> > >         [-color_table color_table_name]
>> > >         [-plot_range min max]
>> > >         [-title title_string]
>> > >         [-log file]
>> > >         [-v level]
>> > >
>> > >         where   "input_filename" is the name of a  gridded data
file
>> to
>> > be
>> > > plotted (required).
>> > >                 "output_filename" is the name of the output
PostScript
>> > > file to be written (required).
>> > >                 "field_string" defines the data to be plotted
from the
>> > > input file (required).
>> > >                 "-color_table color_table_name" overrides the
default
>> > > color table ("colortables/met_default.ctable") (optional).
>> > >                 "-plot_range min max" defines the range of the
data
>> to be
>> > > plotted (optional).
>> > >                 "-title title_string" specifies the plot title
string
>> > > (optional).
>> > >                 "-log file" outputs log messages to the
specified file
>> > > (optional).
>> > >                 "-v level" overrides the default level of
logging (2)
>> > > (optional).
>> > >
>> > > I was unable to try your grid stat command because our
"urldefense"
>> > > program thought it was a hyperlink.  I tried to figure it out
from
>> what
>> > was
>> > > remaining but that didn't work.  Maybe attach the command as a
text
>> file
>> > or
>> > > leave out the paths?
>> > >
>> > > Thanks!
>> > > Leila
>> > >
>> > > ________________________________________
>> > > From: John Halley Gotway via RT <met_help at ucar.edu>
>> > > Sent: Monday, March 23, 2020 6:36 PM
>> > > To: Mays, M. Leila (GSFC-6740)
>> > > Cc: Rastaetter, Lutz. (GSFC-6740)
>> > > Subject: Re: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather
use
>> case
>> > > error
>> > >
>> > > Leila,
>> > >
>> > > Yes, you control the installation directory by setting the "--
prefix"
>> > > option when you run configure.  It's up to you to install it
wherever
>> > you'd
>> > > like.  The default installation directory for autoconf is
>> /usr/local.  So
>> > > if you don't specify it, they'll be installed in
/usr/local/bin.
>> > >
>> > > My apologies for sending you a bad command.  Please try running
>> > > plot_data_plane like this:
>> > >
>> > > */ccmcshare/TOOLS_at_CCMC/MET/bin/plot_data_plane \*
>> > >
>> > >
>> > >
>> > >
>> >
>>
*/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
>> > > 2015_03_17.nc
>> > > <
>> > >
>> >
>> https://urldefense.proofpoint.com/v2/url?u=http-3A__2015-5F03-
5F17.nc_&d=DwIDaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=_jxehtPaBjybhkRDUeIHpdFg43W8ixpUbMxkHz4x0y8&m=U0bueKPyUFadVFUwwBvdwn1IfRm0nWwRDnXUzjzTu2w&s=zZRmyg5o_456nmWIUdl_z1vQ_PJ41RzyE1JoW3wPREs&e=
>> > > > \sample_plot.ps
>> > > <
>> > >
>> >
>> https://urldefense.proofpoint.com/v2/url?u=http-3A__sample-
5Fplot.ps_&d=DwIDaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=_jxehtPaBjybhkRDUeIHpdFg43W8ixpUbMxkHz4x0y8&m=U0bueKPyUFadVFUwwBvdwn1IfRm0nWwRDnXUzjzTu2w&s=dxI-
c2vGp7n9E_GVfgorQeik2To64S8HuKTbcY2MQ-A&e=
>> > > > \'name="TEC"; level="(0,*,*)";
>> > > file_type=NETCDF_NCCF;'*
>> > >
>> > > Note that I added the "file_type" option to explicitly tell MET
how to
>> > > interpret this file.  It can read that file as being CF-
compliant, but
>> > > there's no attribute in the metadata that identifies it as
such.
>> > >
>> > > That should work now.
>> > >
>> > > Thanks,
>> > > John
>> > >
>> > > On Mon, Mar 23, 2020 at 2:54 PM m.leila.mays at nasa.gov via RT <
>> > > met_help at ucar.edu> wrote:
>> > >
>> > > >
>> > > > <URL:
>> > >
>> >
>> https://urldefense.proofpoint.com/v2/url?u=https-
3A__rt.rap.ucar.edu_rt_Ticket_Display.html-3Fid-
3D94662&d=DwIDaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=_jxehtPaBjybhkRDUeIHpdFg43W8ixpUbMxkHz4x0y8&m=U0bueKPyUFadVFUwwBvdwn1IfRm0nWwRDnXUzjzTu2w&s=2X1pKTojjJOzyfW1X21PUKIsrfGC2yNxmB9n1KeuImM&e=
>> > > >
>> > > >
>> > > > Sorry I forgot to send the config.log:
>> > > >
>> > >
>> >
>>
https://ccmc.gsfc.nasa.gov/RoR_WWW/output_files/leila/NCAR/config.log.txt
>> > > >
>> > > > Thanks,
>> > > > Leila
>> > > >
>> > > > ________________________________________
>> > > > From: Mays, M. Leila (GSFC-6740) <m.leila.mays at nasa.gov>
>> > > > Sent: Monday, March 23, 2020 4:51 PM
>> > > > To: met_help at ucar.edu
>> > > > Cc: Rastaetter, Lutz. (GSFC-6740)
>> > > > Subject: Re: [EXTERNAL] [rt.rap.ucar.edu #94662] space
weather use
>> > case
>> > > > error
>> > > >
>> > > > Hi John,
>> > > >
>> > > > It turns out our bin folder is one level up.  Is that because
of the
>> > > > prefix we used when building?
>> > > > --prefix=/ccmcshare/TOOLS_at_CCMC/MET/
>> > > > should have been:
>> > > > --prefix=/ccmcshare/TOOLS_at_CCMC/MET/met-9.0 ?
>> > > >
>> > > > So this may be causing some of the errors.  Lutz, maybe we
should
>> clean
>> > > it
>> > > > up a bit and recompile?
>> > > >
>> > > > If I change the bin path, this is the error I get
>> > > > (met_py37) [ccmc at rorctrl MET]$
>> > > /ccmcshare/TOOLS_at_CCMC/MET/bin/grid_stat
>> > > > -v 2 \
>> > > >
>> > >
>> >
>>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
>> > > > 2015_03_17.nc \
>> > > > >
>> > > >
>> > >
>> >
>>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_with_cosmic/GloTEC_TEC_2015_
>> > > > 03_17_cosmic.nc \
>> > > > >
>> > > >
>> > >
>> >
>> /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
>> > > > \
>> > > > > -outdir
>> > > >
>> > >
>> >
>>
/ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/model_applications/space_weather/glotec_vs_glotec/2015_03_17
>> > > > DEBUG 1: Default Config File:
>> > > >
/ccmcshare/TOOLS_at_CCMC/MET/share/met/config/GridStatConfig_default
>> > > > DEBUG 1: User Config File:
>> > > >
>> > >
>> >
>> /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
>> > > > ERROR  :
>> > > > ERROR  : replace_env() -> unable to get value for environment
>> variable
>> > > > "MODEL"
>> > > > ERROR  :
>> > > >
>> > > > and here is the other error:
>> > > > (met_py37) [ccmc at rorctrl MET]$
>> > > > /ccmcshare/TOOLS_at_CCMC/MET/bin/plot_data_plane \
>> > > > >
>> > > >
>> > >
>> >
>>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
>> > > > 2015_03_17.nc \
>> > > > > sample_plot.ps \
>> > > > > 'name="TEC"; level="(0,*,*)";'
>> > > > DEBUG 1: Opening data file:
>> > > >
>> > >
>> >
>>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
>> > > > 2015_03_17.nc
>> > > > ERROR  :
>> > > > ERROR  : plot_data_plane -> file
>> > > >
>> > >
>> >
>>
"/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
>> > > > 2015_03_17.nc" not a valid data file
>> > > > ERROR  :
>> > > > (met_py37) [ccmc at rorctrl MET]$ ls
>> > > >
>> > >
>> >
>>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
>> > > > 2015_03_17.nc -lth
>> > > > -rwxrwxr-x. 1 ccmc ccmc 5.8M Nov 29 11:51
>> > > >
>> > >
>> >
>>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
>> > > > 2015_03_17.nc
>> > > >
>> > > > Thanks,
>> > > > Leila
>> > > >
>> > > > ________________________________________
>> > > > From: John Halley Gotway via RT <met_help at ucar.edu>
>> > > > Sent: Friday, March 20, 2020 12:58 PM
>> > > > To: Mays, M. Leila (GSFC-6740)
>> > > > Cc: Rastaetter, Lutz. (GSFC-6740)
>> > > > Subject: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather
use case
>> > > error
>> > > >
>> > > > Hi Leila,
>> > > >
>> > > > This is John Halley Gotway.  George transferred this issue
about
>> > > Grid-Stat
>> > > > segfaulting over to the new met-help ticket.  A core dump
certainly
>> > never
>> > > > is expected behavior!
>> > > >
>> > > > Looking at the log messages you sent, I see that this is
grid_stat
>> > > command
>> > > > that failed:
>> > > >
>> > > > /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/bin/grid_stat -v 2 \
>> > > >
>> > >
>> >
>>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
>> > > > 2015_03_17.nc \
>> > > >
>> > > >
>> > >
>> >
>>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_with_cosmic/GloTEC_TEC_2015_
>> > > > 03_17_cosmic.nc \
>> > > >
>> > >
>> >
>> /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
>> > > > \
>> > > > -outdir
>> > > >
>> > >
>> >
>>
/ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/model_applications/space_weather/glotec_vs_glotec/2015_03_17
>> > > >
>> > > > If you copy and paste that command on the command line (not
through
>> > > > METplus), does the command still abort?
>> > > >
>> > > > I see that we're reading 2 NetCDF input files.  In the past,
GRIB2
>> > > library
>> > > > issues have caused problems, but there's no GRIB2 involved
here.  So
>> > > that's
>> > > > probably not it.  I suppose it could be a NetCDF issue.
>> > > >
>> > > > So let's back up to see if the problem persists when we just
>> attempt to
>> > > > read/plot the data.  Try running this command:
>> > > >
>> > > > /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/bin/plot_data_plane \
>> > > >
>> > > >
>> > >
>> >
>>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
>> > > > 2015_03_17.nc \
>> > > > sample_plot.ps \
>> > > > 'name="TEC"; level="(0,*,*)";'
>> > > >
>> > > > Please let me know how those tests go.  And can you please
send me
>> this
>> > > > config file:
>> > > > /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/config.log
>> > > >
>> > > > Thanks,
>> > > > John
>> > > >
>> > > >
>> > > >
>> > > >
>> > >
>> > >
>> > >
>> > >
>> >
>> >
>> >
>>
>>
>
> --
> George McCabe - Software Engineer III
> National Center for Atmospheric Research
> Research Applications Laboratory
> 303-497-2768
> ---
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>


--
George McCabe - Software Engineer III
National Center for Atmospheric Research
Research Applications Laboratory
303-497-2768
---
My working day may not be your working day. Please do not feel obliged
to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: space weather use case error
From: John Halley Gotway
Time: Wed Mar 25 16:06:43 2020

Thanks for the explanation George.  Leila, I assume you saw all those
details.  Thanks for pointing out inconsistencies in the
documentation.

We'll get those updated.

I'll go ahead and resolve this issue, but if more issues or questions
arise, feel free to send a new email to met_help.

Thanks,
John

On Wed, Mar 25, 2020 at 2:48 PM George McCabe via RT
<met_help at ucar.edu>
wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94662 >
>
> Also, this file:
>
> use_cases/feature_relative/examples/series_by_lead_all_fhrs.conf
>
> is now called
>
>
>
parm/use_cases/model_applications/medium_range/TCStat_SeriesAnalysis_fcstGFS_obsGFS_FeatureRelative_SeriesByInit.conf
>
> Sorry for the confusion!
>
> On Wed, Mar 25, 2020 at 2:44 PM George McCabe <mccabe at ucar.edu>
wrote:
>
> > Hey John,
> >
> > The use case names have all changed. It looks like the
documentation
> > instructions were not updated to reflect that change. The
corresponding
> > file is now in
> >
> >
> >
>
parm/use_cases/model_applications/medium_range/TCStat_SeriesAnalysis_fcstGFS_obsGFS_FeatureRelative_SeriesByInit.conf
> >
> > On Wed, Mar 25, 2020 at 2:41 PM John Halley Gotway via RT <
> > met_help at ucar.edu> wrote:
> >
> >>
> >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94662 >
> >>
> >> George,
> >>
> >> Any idea why the feature relative files would be missing from
Leila's
> >> METplus installation?
> >>
> >> Thanks,
> >> John
> >>
> >> On Wed, Mar 25, 2020 at 1:34 PM m.leila.mays at nasa.gov via RT <
> >> met_help at ucar.edu> wrote:
> >>
> >> >
> >> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94662 >
> >> >
> >> > Hi John,
> >> >
> >> > Thanks! The plot data plane command executed without a problem.
> >> >
> >> > I was able to go back and execute my previous 2 tests
successfully
> after
> >> > changing the MET_INSTALL_DIR to look one level up. I should
have
> >> realized
> >> > that from your first message. I'll try some more tests and let
you
> know
> >> if
> >> > there are any issues.
> >> >
> >> > By the way I didn't see feature_relative in my installation
that is
> >> > referenced here in example 2
> >> >
> >> >
> >>
>
https://ncar.github.io/METplus/Users_Guide/installation.html#running-
metplus-wrappers
> >> >
> >> > Thanks,
> >> > Leila
> >> >
> >> > ________________________________
> >> > From: John Halley Gotway via RT <met_help at ucar.edu>
> >> > Sent: Tuesday, March 24, 2020 7:01 PM
> >> > To: Mays, M. Leila (GSFC-6740) <m.leila.mays at nasa.gov>
> >> > Cc: Rastaetter, Lutz. (GSFC-6740) <lutz.rastaetter-1 at nasa.gov>
> >> > Subject: Re: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather
use
> case
> >> > error
> >> >
> >> > Leila,
> >> >
> >> > When you run one of the MET tools with no command line args, it
just
> >> prints
> >> > the usage statement.  So I think that's what you're seeing.  I
agree,
> >> gmail
> >> > does seem to add lots of unwanted formatting!
> >> >
> >> > I've attached a file named 'run_plot_data_plane.txt' with a
command
> that
> >> > should just plot the GloTEC data.  We should make sure MET is
able to
> >> read
> >> > it.  And I presume that'll work.
> >> >
> >> > I'm getting a little lost on what the current problem actually
is.
> You
> >> > could check your Grid-Stat config file:
> >> > /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-3.0/p
> >> >
arm/use_cases/model_applications/space_weather/GridStatConfig_vx7
> >> >
> >> > Does that config file include: *file_type = NETCDF_NCCF;*
> >> >
> >> > As I explained before, that's need to tell MET how to interpret
these
> >> > files.  If it'd be helpful, we could do a zoom meeting with me,
you,
> and
> >> > George McCabe to get this up and running.  That might be easier
than
> >> trying
> >> > to do it over email.  Just let me know how you'd like to
proceed.
> >> >
> >> > Thanks,
> >> > John
> >> >
> >> >
> >> > On Tue, Mar 24, 2020 at 3:29 PM m.leila.mays at nasa.gov via RT <
> >> > met_help at ucar.edu> wrote:
> >> >
> >> > >
> >> > > <URL:
> >> >
> >>
> https://urldefense.proofpoint.com/v2/url?u=https-
3A__rt.rap.ucar.edu_rt_Ticket_Display.html-3Fid-
3D94662&d=DwIBaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=_jxehtPaBjybhkRDUeIHpdFg43W8ixpUbMxkHz4x0y8&m=VLkXfTAW8RfSjivFN6emqrraXHRSfAQVXcKBPwtBmKE&s=3KsR6B540K9tvVPbq1XztPPHeOPBUjYeqJz74vafxhQ&e=
> >> > >
> >> > >
> >> > > Hi John,
> >> > >
> >> > > plot_data_plane works as expected:
> >> > > (met_py37) [ccmc at rorctrl MET]$
> >> > > /ccmcshare/TOOLS_at_CCMC/MET/bin/plot_data_plane
> >> > >
> >> > > *** Model Evaluation Tools (METV9.0) ***
> >> > >
> >> > > Usage: plot_data_plane
> >> > >         input_filename
> >> > >         output_filename
> >> > >         field_string
> >> > >         [-color_table color_table_name]
> >> > >         [-plot_range min max]
> >> > >         [-title title_string]
> >> > >         [-log file]
> >> > >         [-v level]
> >> > >
> >> > >         where   "input_filename" is the name of a  gridded
data file
> >> to
> >> > be
> >> > > plotted (required).
> >> > >                 "output_filename" is the name of the output
> PostScript
> >> > > file to be written (required).
> >> > >                 "field_string" defines the data to be plotted
from
> the
> >> > > input file (required).
> >> > >                 "-color_table color_table_name" overrides the
> default
> >> > > color table ("colortables/met_default.ctable") (optional).
> >> > >                 "-plot_range min max" defines the range of
the data
> >> to be
> >> > > plotted (optional).
> >> > >                 "-title title_string" specifies the plot
title
> string
> >> > > (optional).
> >> > >                 "-log file" outputs log messages to the
specified
> file
> >> > > (optional).
> >> > >                 "-v level" overrides the default level of
logging
> (2)
> >> > > (optional).
> >> > >
> >> > > I was unable to try your grid stat command because our
"urldefense"
> >> > > program thought it was a hyperlink.  I tried to figure it out
from
> >> what
> >> > was
> >> > > remaining but that didn't work.  Maybe attach the command as
a text
> >> file
> >> > or
> >> > > leave out the paths?
> >> > >
> >> > > Thanks!
> >> > > Leila
> >> > >
> >> > > ________________________________________
> >> > > From: John Halley Gotway via RT <met_help at ucar.edu>
> >> > > Sent: Monday, March 23, 2020 6:36 PM
> >> > > To: Mays, M. Leila (GSFC-6740)
> >> > > Cc: Rastaetter, Lutz. (GSFC-6740)
> >> > > Subject: Re: [EXTERNAL] [rt.rap.ucar.edu #94662] space
weather use
> >> case
> >> > > error
> >> > >
> >> > > Leila,
> >> > >
> >> > > Yes, you control the installation directory by setting the
> "--prefix"
> >> > > option when you run configure.  It's up to you to install it
> wherever
> >> > you'd
> >> > > like.  The default installation directory for autoconf is
> >> /usr/local.  So
> >> > > if you don't specify it, they'll be installed in
/usr/local/bin.
> >> > >
> >> > > My apologies for sending you a bad command.  Please try
running
> >> > > plot_data_plane like this:
> >> > >
> >> > > */ccmcshare/TOOLS_at_CCMC/MET/bin/plot_data_plane \*
> >> > >
> >> > >
> >> > >
> >> > >
> >> >
> >>
>
*/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> >> > > 2015_03_17.nc
> >> > > <
> >> > >
> >> >
> >>
> https://urldefense.proofpoint.com/v2/url?u=http-3A__2015-5F03-
5F17.nc_&d=DwIDaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=_jxehtPaBjybhkRDUeIHpdFg43W8ixpUbMxkHz4x0y8&m=U0bueKPyUFadVFUwwBvdwn1IfRm0nWwRDnXUzjzTu2w&s=zZRmyg5o_456nmWIUdl_z1vQ_PJ41RzyE1JoW3wPREs&e=
> >> > > > \sample_plot.ps
> >> > > <
> >> > >
> >> >
> >>
> https://urldefense.proofpoint.com/v2/url?u=http-3A__sample-
5Fplot.ps_&d=DwIDaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=_jxehtPaBjybhkRDUeIHpdFg43W8ixpUbMxkHz4x0y8&m=U0bueKPyUFadVFUwwBvdwn1IfRm0nWwRDnXUzjzTu2w&s=dxI-
c2vGp7n9E_GVfgorQeik2To64S8HuKTbcY2MQ-A&e=
> >> > > > \'name="TEC"; level="(0,*,*)";
> >> > > file_type=NETCDF_NCCF;'*
> >> > >
> >> > > Note that I added the "file_type" option to explicitly tell
MET how
> to
> >> > > interpret this file.  It can read that file as being CF-
compliant,
> but
> >> > > there's no attribute in the metadata that identifies it as
such.
> >> > >
> >> > > That should work now.
> >> > >
> >> > > Thanks,
> >> > > John
> >> > >
> >> > > On Mon, Mar 23, 2020 at 2:54 PM m.leila.mays at nasa.gov via RT
<
> >> > > met_help at ucar.edu> wrote:
> >> > >
> >> > > >
> >> > > > <URL:
> >> > >
> >> >
> >>
> https://urldefense.proofpoint.com/v2/url?u=https-
3A__rt.rap.ucar.edu_rt_Ticket_Display.html-3Fid-
3D94662&d=DwIDaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=_jxehtPaBjybhkRDUeIHpdFg43W8ixpUbMxkHz4x0y8&m=U0bueKPyUFadVFUwwBvdwn1IfRm0nWwRDnXUzjzTu2w&s=2X1pKTojjJOzyfW1X21PUKIsrfGC2yNxmB9n1KeuImM&e=
> >> > > >
> >> > > >
> >> > > > Sorry I forgot to send the config.log:
> >> > > >
> >> > >
> >> >
> >>
>
https://ccmc.gsfc.nasa.gov/RoR_WWW/output_files/leila/NCAR/config.log.txt
> >> > > >
> >> > > > Thanks,
> >> > > > Leila
> >> > > >
> >> > > > ________________________________________
> >> > > > From: Mays, M. Leila (GSFC-6740) <m.leila.mays at nasa.gov>
> >> > > > Sent: Monday, March 23, 2020 4:51 PM
> >> > > > To: met_help at ucar.edu
> >> > > > Cc: Rastaetter, Lutz. (GSFC-6740)
> >> > > > Subject: Re: [EXTERNAL] [rt.rap.ucar.edu #94662] space
weather
> use
> >> > case
> >> > > > error
> >> > > >
> >> > > > Hi John,
> >> > > >
> >> > > > It turns out our bin folder is one level up.  Is that
because of
> the
> >> > > > prefix we used when building?
> >> > > > --prefix=/ccmcshare/TOOLS_at_CCMC/MET/
> >> > > > should have been:
> >> > > > --prefix=/ccmcshare/TOOLS_at_CCMC/MET/met-9.0 ?
> >> > > >
> >> > > > So this may be causing some of the errors.  Lutz, maybe we
should
> >> clean
> >> > > it
> >> > > > up a bit and recompile?
> >> > > >
> >> > > > If I change the bin path, this is the error I get
> >> > > > (met_py37) [ccmc at rorctrl MET]$
> >> > > /ccmcshare/TOOLS_at_CCMC/MET/bin/grid_stat
> >> > > > -v 2 \
> >> > > >
> >> > >
> >> >
> >>
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> >> > > > 2015_03_17.nc \
> >> > > > >
> >> > > >
> >> > >
> >> >
> >>
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_with_cosmic/GloTEC_TEC_2015_
> >> > > > 03_17_cosmic.nc \
> >> > > > >
> >> > > >
> >> > >
> >> >
> >>
> /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
> >> > > > \
> >> > > > > -outdir
> >> > > >
> >> > >
> >> >
> >>
>
/ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/model_applications/space_weather/glotec_vs_glotec/2015_03_17
> >> > > > DEBUG 1: Default Config File:
> >> > > >
> /ccmcshare/TOOLS_at_CCMC/MET/share/met/config/GridStatConfig_default
> >> > > > DEBUG 1: User Config File:
> >> > > >
> >> > >
> >> >
> >>
> /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
> >> > > > ERROR  :
> >> > > > ERROR  : replace_env() -> unable to get value for
environment
> >> variable
> >> > > > "MODEL"
> >> > > > ERROR  :
> >> > > >
> >> > > > and here is the other error:
> >> > > > (met_py37) [ccmc at rorctrl MET]$
> >> > > > /ccmcshare/TOOLS_at_CCMC/MET/bin/plot_data_plane \
> >> > > > >
> >> > > >
> >> > >
> >> >
> >>
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> >> > > > 2015_03_17.nc \
> >> > > > > sample_plot.ps \
> >> > > > > 'name="TEC"; level="(0,*,*)";'
> >> > > > DEBUG 1: Opening data file:
> >> > > >
> >> > >
> >> >
> >>
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> >> > > > 2015_03_17.nc
> >> > > > ERROR  :
> >> > > > ERROR  : plot_data_plane -> file
> >> > > >
> >> > >
> >> >
> >>
>
"/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> >> > > > 2015_03_17.nc" not a valid data file
> >> > > > ERROR  :
> >> > > > (met_py37) [ccmc at rorctrl MET]$ ls
> >> > > >
> >> > >
> >> >
> >>
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> >> > > > 2015_03_17.nc -lth
> >> > > > -rwxrwxr-x. 1 ccmc ccmc 5.8M Nov 29 11:51
> >> > > >
> >> > >
> >> >
> >>
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> >> > > > 2015_03_17.nc
> >> > > >
> >> > > > Thanks,
> >> > > > Leila
> >> > > >
> >> > > > ________________________________________
> >> > > > From: John Halley Gotway via RT <met_help at ucar.edu>
> >> > > > Sent: Friday, March 20, 2020 12:58 PM
> >> > > > To: Mays, M. Leila (GSFC-6740)
> >> > > > Cc: Rastaetter, Lutz. (GSFC-6740)
> >> > > > Subject: [EXTERNAL] [rt.rap.ucar.edu #94662] space weather
use
> case
> >> > > error
> >> > > >
> >> > > > Hi Leila,
> >> > > >
> >> > > > This is John Halley Gotway.  George transferred this issue
about
> >> > > Grid-Stat
> >> > > > segfaulting over to the new met-help ticket.  A core dump
> certainly
> >> > never
> >> > > > is expected behavior!
> >> > > >
> >> > > > Looking at the log messages you sent, I see that this is
grid_stat
> >> > > command
> >> > > > that failed:
> >> > > >
> >> > > > /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/bin/grid_stat -v 2 \
> >> > > >
> >> > >
> >> >
> >>
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> >> > > > 2015_03_17.nc \
> >> > > >
> >> > > >
> >> > >
> >> >
> >>
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_with_cosmic/GloTEC_TEC_2015_
> >> > > > 03_17_cosmic.nc \
> >> > > >
> >> > >
> >> >
> >>
> /.automount/kahala/ccmcshare/TOOLS_at_CCMC/MET/METplus-
3.0/parm/use_cases/model_applications/space_weather/GridStatConfig_vx7
> >> > > > \
> >> > > > -outdir
> >> > > >
> >> > >
> >> >
> >>
>
/ccmcshare/TOOLS_at_CCMC/MET/MET_OUTPUT/model_applications/space_weather/glotec_vs_glotec/2015_03_17
> >> > > >
> >> > > > If you copy and paste that command on the command line (not
> through
> >> > > > METplus), does the command still abort?
> >> > > >
> >> > > > I see that we're reading 2 NetCDF input files.  In the
past, GRIB2
> >> > > library
> >> > > > issues have caused problems, but there's no GRIB2 involved
here.
> So
> >> > > that's
> >> > > > probably not it.  I suppose it could be a NetCDF issue.
> >> > > >
> >> > > > So let's back up to see if the problem persists when we
just
> >> attempt to
> >> > > > read/plot the data.  Try running this command:
> >> > > >
> >> > > > /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/bin/plot_data_plane \
> >> > > >
> >> > > >
> >> > >
> >> >
> >>
>
/ccmcshare/TOOLS_at_CCMC/MET/sample_data/model_applications/space_weather/glotec_vs_glotec/GLO_20190422_without_cosmic/GloTEC_TEC_
> >> > > > 2015_03_17.nc \
> >> > > > sample_plot.ps \
> >> > > > 'name="TEC"; level="(0,*,*)";'
> >> > > >
> >> > > > Please let me know how those tests go.  And can you please
send me
> >> this
> >> > > > config file:
> >> > > > /ccmcshare/TOOLS_at_CCMC/MET/met-9.0/config.log
> >> > > >
> >> > > > Thanks,
> >> > > > John
> >> > > >
> >> > > >
> >> > > >
> >> > > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> >
> >> >
> >> >
> >>
> >>
> >
> > --
> > George McCabe - Software Engineer III
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > 303-497-2768
> > ---
> > My working day may not be your working day. Please do not feel
obliged to
> > reply to this email outside of your normal working hours.
> >
>
>
> --
> George McCabe - Software Engineer III
> National Center for Atmospheric Research
> Research Applications Laboratory
> 303-497-2768
> ---
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>

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


More information about the Met_help mailing list