[Met_help] [rt.rap.ucar.edu #87161] History for why ascii2nc can not work for some ascii data?
Howard Soh via RT
met_help at ucar.edu
Tue Oct 2 14:59:21 MDT 2018
----------------------------------------------------------------
Initial Request
----------------------------------------------------------------
Dear Howard,
Thank you for your help about the AMVs evaluation in MET tools. The previous issue has been settled down under your painless assistence. Now I have a new question to inquire you that I can not transform some 11 column ascii formate data to netcdf format data by ASCII2NC tool. I have just put a new data named temp.ascii_2016070600 to the yuxin directory. Could you please check it for me why the ASCII2NC tool can not work for the case?
thank you and look forward to your news.
Best regards,
Yu
At 2018-09-25 04:29:14, "Howard Soh via RT" <met_help at ucar.edu> wrote:
>I wonder if you got the reasonable output with point_stat.
>If you don't have any other issues, I would like to close this ticket.
>Please create a new ticket for the further assistance.
>
>Cheers,
>Howard
>
>On Thu Aug 30 09:57:48 2018, learnerxy at 163.com wrote:
>> Dear Howard,
>> Thank you for your tries. It turned out that the set level in
>> configuration file is crucial. I can go further on it.
>> With my best wishes,
>> Yu Xin
>>
>>
>>
>>
>>
>>
>>
>>
>> At 2018-08-30 06:05:21, "Howard Soh via RT" <met_help at ucar.edu> wrote:
>> > I wonder you made any progress.
>> >
>> > I tried the pressure range with plus/minus 25 for obs data (fcst:
>> > P950 to obs P975-925, P850 to P875-825, ...) with nearest
>> > interpolation. The number of matching pairs was increased between
>> > P300 and P50 (243 pairs for P300, 252 for P250, 247 for P200, and 105
>> > for P150). The additional matching pairs (was 0 before) for two
>> > levels: 60 pairs for P400 (P425-375 for obs), and 6 pairs for P500
>> > (P525-475 for obs). No matching pairs between P600 and P950.
>> >
>> > Cheers,
>> > Howard
>> >
>> > On Mon Aug 27 10:30:49 2018, learnerxy at 163.com wrote:
>> >> The first examining level, 925hpa, is always confronting the last
>> >> level, 50hpa. So I think that is the key issue.
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> At 2018-08-27 23:22:45, "Howard Soh via RT" <met_help at ucar.edu>
>> >> wrote:
>> >> > The number of obs data in little R was reduced to 17885 (was
>> >> > 33768).
>> >> > My suggestion was to get more obs data into little R format ASCII
>> >> > output (with hoping num_vld_flds to 7). It does not make sense for
>> >> > me
>> >> > to get about half obs data with num_vld_flds to 7. It was more
>> >> > before
>> >> > (35550
>> >> > obs data). Please produce more obs data into little R format ASCII
>> >> > input data to get more match pairs.
>> >> >
>> >> > Cheers,
>> >> > Howard
>> >> >
>> >> >
>> >> > On Mon Aug 27 09:04:46 2018, learnerxy at 163.com wrote:
>> >> >> Hello Howard,
>> >> >> Whatever I employed ascii format with 11 column or little_r
>> >> >> format,
>> >> >> the process of point_stat is the same that there are a few of
>> >> >> match-
>> >> >> pairs. If I set num_vld_flds to 7, no value output after
>> >> >> executing
>> >> >> point_stat, meanwhile if I set num_vld_flds to 1, all data can
>> >> >> not
>> >> >> be
>> >> >> ingested by obsproc module, From the log file (seeing the
>> >> >> attachment)
>> >> >> setting num_vld_flds to 1, I feel there is something wrong with
>> >> >> the
>> >> >> reading structure design in the internal point_stat, because the
>> >> >> grib
>> >> >> record number which can not match occurs almost 10 interval based
>> >> >> on
>> >> >> some rules. I think it's impossible. Generally speaking, for the
>> >> >> organized data, even if I deploy the 11 column ascii format, I
>> >> >> also
>> >> >> face the same problem. so could you send me some examples on
>> >> >> examining
>> >> >> other AMVs's config file? I hope I can find some troubles under
>> >> >> your
>> >> >> help.
>> >> >> Thank you so much.
>> >> >> with my best regards,
>> >> >> Yu
>> >> >>
>> >> >>
>> >> >>
>> >> >>
>> >> >>
>> >> >>
>> >> >>
>> >> >>
>> >> >> At 2018-08-25 01:21:48, "Howard Soh via RT" <met_help at ucar.edu>
>> >> >> wrote:
>> >> >> > I don't have the latest little R file. I'm not sure how many
>> >> >> > data
>> >> >> > was
>> >> >> > excluded into your little R format data.
>> >> >> > - The output of ascii2nc contains 35550 obs data from the
>> >> >> > initial
>> >> >> > little R format data (at ftp server which has wrong pressure
>> >> >> > values).
>> >> >> > - The ascii2nc output from you contains 33768 obs.
>> >> >> >
>> >> >> > The ascii2nc processes all available obs data. The warning
>> >> >> > message
>> >> >> > is
>> >> >> > generated after processing data. If this mismatch between
>> >> >> > num_vld_flds and actually available data is intended to provide
>> >> >> > more
>> >> >> > data, you can try num_vld_flds to 7. Please make sure 1) the
>> >> >> > intended
>> >> >> > obs data is saved to little R format (count them) and 2)
>> >> >> > ascii2nc
>> >> >> > converts all of them into NetCDF output for point_stat (simply
>> >> >> > checking by the number of obs in NetCDF).
>> >> >> >
>> >> >> > Cheers,
>> >> >> > Howard
>> >> >> >
>> >> >> >
>> >> >> >
>> >> >> > On Fri Aug 24 10:17:42 2018, learnerxy at 163.com wrote:
>> >> >> >>
>> >> >> >>
>> >> >> >>
>> >> >> >> Hello Howard,
>> >> >> >> I have checked the data processed my program that convert
>> >> >> >> other
>> >> >> >> format
>> >> >> >> file to little_r format many times since I can login in
>> >> >> >> Cheyenne.
>> >> >> >> From
>> >> >> >> my opinion, mismatching pair may be caused by the ASCII2NC
>> >> >> >> internal
>> >> >> >> process or its improper requirement for little_r format,
>> >> >> >> because
>> >> >> >> if
>> >> >> >> I
>> >> >> >> employ your recommendation that set the num_vld_flds to 1 in
>> >> >> >> little_r
>> >> >> >> format file, all the data will be outside the specified space
>> >> >> >> in
>> >> >> >> the
>> >> >> >> module of OBSPROC, only keeping the original setting is okay
>> >> >> >> and
>> >> >> >> injested by WRFDA. The attached files are from da_verify_obs
>> >> >> >> tool
>> >> >> >> for
>> >> >> >> diagnose purpose based on about a week's data statistics.
>> >> >> >> I am looking forward to the new information about the topic.
>> >> >> >> Thank you so much.
>> >> >> >> kind regrards
>> >> >> >> Yu
>> >> >> >>
>> >> >> >>
>> >> >> >>
>> >> >> >>
>> >> >> >>
>> >> >> >>
>> >> >> >>
>> >> >> >> At 2018-08-23 00:57:36, "Howard Soh via RT"
>> >> >> >> <met_help at ucar.edu>
>> >> >> >> wrote:
>> >> >> >> > The attached graphics were not delivered to us. I'm not sure
>> >> >> >> > if
>> >> >> >> > the
>> >> >> >> > images were filtered by e-mail server. Would you send them
>> >> >> >> > again
>> >> >> >> > or
>> >> >> >> > upload them to the ftp server?
>> >> >> >> >
>> >> >> >> > Cheers,
>> >> >> >> > Howard
>> >> >> >> >
>> >> >> >> > On Wed Aug 22 10:28:56 2018, learnerxy at 163.com wrote:
>> >> >> >> >> Hi Howard,
>> >> >> >> >>
>> >> >> >> >>
>> >> >> >> >> Thank you for your guidance about my organized data.I think
>> >> >> >> >> it
>> >> >> >> >> over
>> >> >> >> >> and over and I wonder where the problem is. In fact, the
>> >> >> >> >> data
>> >> >> >> >> processed by the program can work in OBSPROC and WRFDA and
>> >> >> >> >> the
>> >> >> >> >> diagnose file from WRFDA seems like reasonable. The
>> >> >> >> >> graphics
>> >> >> >> >> of
>> >> >> >> >> attachment are from WRFDA diagnose. The only difference
>> >> >> >> >> between
>> >> >> >> >> the
>> >> >> >> >> two utilize is that the data are employed in WRFDA above
>> >> >> >> >> 400hpa,
>> >> >> >> >> while
>> >> >> >> >> the data in MET distributed at all layers.
>> >> >> >> >>
>> >> >> >> >>
>> >> >> >> >> I have ever organized the data as ASCII format output of 11
>> >> >> >> >> column
>> >> >> >> >> required by the ASCII2NC, but same result. I have been
>> >> >> >> >> wondering
>> >> >> >> >> if
>> >> >> >> >> the unit of height is not right. For OBSPROC, the height in
>> >> >> >> >> little_r
>> >> >> >> >> format is meter, what about it in MET? meter? Geopotential
>> >> >> >> >> height?
>> >> >> >> >>
>> >> >> >> >>
>> >> >> >> >> My SATOB data configure with windspeed, wind direction,
>> >> >> >> >> temperature
>> >> >> >> >> and pressure information. While OBSPROC need height
>> >> >> >> >> information,
>> >> >> >> >> so
>> >> >> >> >> I
>> >> >> >> >> convert pressure to height by the WRFDA's internal code. I
>> >> >> >> >> make
>> >> >> >> >> sure
>> >> >> >> >> this step is right, otherwise this kind of data can not
>> >> >> >> >> work
>> >> >> >> >> reasonably.
>> >> >> >> >>
>> >> >> >> >>
>> >> >> >> >> I can not login in Cheyenne now, so I am sorry that I can
>> >> >> >> >> not
>> >> >> >> >> provide
>> >> >> >> >> more test information.
>> >> >> >> >>
>> >> >> >> >>
>> >> >> >> >> best regards
>> >> >> >> >>
>> >> >> >> >>
>> >> >> >> >> Yu
>> >> >> >> >>
>> >> >> >> >>
>> >> >> >> >>
>> >> >> >> >>
>> >> >> >> >>
>> >> >> >> >>
>> >> >> >> >>
>> >> >> >> >>
>> >> >> >> >> At 2018-08-22 08:06:34, "Howard Soh via RT"
>> >> >> >> >> <met_help at ucar.edu>
>> >> >> >> >> wrote:
>> >> >> >> >> > I'm sorry for the late response. I was in trouble on
>> >> >> >> >> > getting
>> >> >> >> >> > files
>> >> >> >> >> > from ftp server.
>> >> >> >> >> > I'm not good at to read the point_stat output. I will get
>> >> >> >> >> > some
>> >> >> >> >> > help.
>> >> >> >> >> >
>> >> >> >> >> > [ number of matching pairs]
>> >> >> >> >> >
>> >> >> >> >> > In case of satobfy2e2016070800.nc, there are 33768
>> >> >> >> >> > observations
>> >> >> >> >> > (5628
>> >> >> >> >> > obs for each variable). The log file shows there were 21
>> >> >> >> >> > matching
>> >> >> >> >> > pairs.
>> >> >> >> >> >
>> >> >> >> >> > I attached one excel file and I uploaded
>> >> >> >> >> > satobfy2e2016070800.nc.dump
>> >> >> >> >> > to the ftp server which is an ASCII dump from
>> >> >> >> >> > satobfy2e2016070800.nc.
>> >> >> >> >> >
>> >> >> >> >> > Attached excel file contains the Geopotential height only
>> >> >> >> >> > (94.
>> >> >> >> >> > obs
>> >> >> >> >> > data) for matching vertical levels with point_stat config
>> >> >> >> >> > file.
>> >> >> >> >> >
>> >> >> >> >> > The point_stat found 2 obs for P400, 3 obs for P300, 7
>> >> >> >> >> > for
>> >> >> >> >> > P250, 5
>> >> >> >> >> > for P200, and 4 for P100 (from the log file). The number
>> >> >> >> >> > of
>> >> >> >> >> > matching
>> >> >> >> >> > pairs seems to be right.
>> >> >> >> >> >
>> >> >> >> >> > Here are count per pressure level from ascii2nc output:
>> >> >> >> >> > 16 P100
>> >> >> >> >> > 4 P150
>> >> >> >> >> > 11 P200
>> >> >> >> >> > 23 P250
>> >> >> >> >> > 11 P300
>> >> >> >> >> > 3 P400
>> >> >> >> >> > 6 P500
>> >> >> >> >> > 3 P600
>> >> >> >> >> > 3 P700
>> >> >> >> >> > 8 P850
>> >> >> >> >> > 6 P925
>> >> >> >> >> >
>> >> >> >> >> >
>> >> >> >> >> > The latitude between P500 and P950 was all negative. All
>> >> >> >> >> > of
>> >> >> >> >> > them
>> >> >> >> >> > were
>> >> >> >> >> > excluded.
>> >> >> >> >> > The latitude for P400 was negative except 2 records.
>> >> >> >> >> > The latitude for P300 was negative except 3 records.
>> >> >> >> >> > I check some lat/lon for P100, P200, and P250. Would you
>> >> >> >> >> > check
>> >> >> >> >> > and
>> >> >> >> >> > confirm that they are excluded by lat/lon?
>> >> >> >> >> >
>> >> >> >> >> > [ Other issues ]
>> >> >> >> >> >
>> >> >> >> >> > QC values: the obs. data can be filtered by the QC value
>> >> >> >> >> > for
>> >> >> >> >> > the
>> >> >> >> >> > other MET tools.
>> >> >> >> >> >
>> >> >> >> >> > the station ID in the little_r format file
>> >> >> >> >> >
>> >> >> >> >> > The third column is station ID and the fourth column is
>> >> >> >> >> > the
>> >> >> >> >> > descriptive name:
>> >> >> >> >> >
>> >> >> >> >> > 59.01000: first column: latitude
>> >> >> >> >> > 66.37000: second column: longitude
>> >> >> >> >> > N5966 : third column:
>> >> >> >> >> > station
>> >> >> >> >> > ID
>> >> >> >> >> > N5966 : fourth column:
>> >> >> >> >> > Name
>> >> >> >> >> >
>> >> >> >> >> > Cheers,
>> >> >> >> >> > Howard
>> >> >> >> >> >
>> >> >> >> >> > On Sun Aug 19 19:15:14 2018, learnerxy at 163.com wrote:
>> >> >> >> >> >> Hi Howard,
>> >> >> >> >> >>
>> >> >> >> >> >>
>> >> >> >> >> >> Thank you for your patient guidance on the usage of
>> >> >> >> >> >> METv7.0.
>> >> >> >> >> >>
>> >> >> >> >> >>
>> >> >> >> >> >> Now I have another questions to inquire:
>> >> >> >> >> >>
>> >> >> >> >> >>
>> >> >> >> >> >> 1) How should I set the QC value about the observation
>> >> >> >> >> >> correctly?
>> >> >> >> >> >> I
>> >> >> >> >> >> am
>> >> >> >> >> >> not sure the QC index meaning in MET tool.Now I set them
>> >> >> >> >> >> zero
>> >> >> >> >> >> whatever
>> >> >> >> >> >> observations.
>> >> >> >> >> >>
>> >> >> >> >> >>
>> >> >> >> >> >> 2) There are at least 5000 data of SATOB in all in a
>> >> >> >> >> >> specific
>> >> >> >> >> >> area
>> >> >> >> >> >> verified also by the plot_point_data command, but why
>> >> >> >> >> >> there
>> >> >> >> >> >> is
>> >> >> >> >> >> few
>> >> >> >> >> >> match pairs to be verified in the internal. About the
>> >> >> >> >> >> issue, I
>> >> >> >> >> >> have
>> >> >> >> >> >> sent 3 SATOB NC files(
>> >> >> >> >> >> satobfy2e2016070800.nc, satobfy2e2016070800.nc,
>> >> >> >> >> >> satobfy2e2016070800.nc) Point_stat CNT and MPR result
>> >> >> >> >> >> files
>> >> >> >> >> >> (point_stat_000000L_20160708_000000V_cnt.txt,
>> >> >> >> >> >> point_stat_060000L_20160708_060000V_cnt.txt,point_stat_060000L_20160708_060000V_cnt.txt,
>> >> >> >> >> >> point_stat_000000L_20160708_000000V_mpr.txt,point_stat_060000L_20160708_060000V_mpr.txt,point_stat_120000L_20160708_120000V_mpr.txt)
>> >> >> >> >> >> yu_data directory, and the Configuration File has been
>> >> >> >> >> >> there a
>> >> >> >> >> >> few
>> >> >> >> >> >> days ago. From these results, we can see the statistics
>> >> >> >> >> >> are
>> >> >> >> >> >> not
>> >> >> >> >> >> reasonable, but I don't know where is the problem? How
>> >> >> >> >> >> do I
>> >> >> >> >> >> set
>> >> >> >> >> >> the
>> >> >> >> >> >> config file or how to organize the station ID in the
>> >> >> >> >> >> little_r
>> >> >> >> >> >> format
>> >> >> >> >> >> file?
>> >> >> >> >> >>
>> >> >> >> >> >> Best wishes
>> >> >> >> >> >>
>> >> >> >> >> >>
>> >> >> >> >> >> Yu
>> >> >> >> >> >>
>> >> >> >> >> >>
>> >> >> >> >> >> FYI:
>> >> >> >> >> >> I forgot that I have also transferred a log file
>> >> >> >> >> >> satob_point_stat.log
>> >> >> >> >> >> which reminded that mismatch in level exists. so how
>> >> >> >> >> >> should
>> >> >> >> >> >> I
>> >> >> >> >> >> specify
>> >> >> >> >> >> the level?
>> >> >> >> >> >>
>> >> >> >> >> >>
>> >> >> >> >> >>
>> >> >> >> >> >>
>> >> >> >> >> >>
>> >> >> >> >> >>
>> >> >> >> >> >> At 2018-08-18 06:13:43, "Howard Soh via RT"
>> >> >> >> >> >> <met_help at ucar.edu>
>> >> >> >> >> >> wrote:
>> >> >> >> >> >> > The output of point_stat looks good!
>> >> >> >> >> >> >
>> >> >> >> >> >> > It looks like there was a syntax error on ascii2nc.
>> >> >> >> >> >> > The
>> >> >> >> >> >> > configuration
>> >> >> >> >> >> > file Ascii2NcConfig_satob was overwritten as the
>> >> >> >> >> >> > ascii2nc
>> >> >> >> >> >> > output.
>> >> >> >> >> >> > The
>> >> >> >> >> >> > uploaded configuration is actually a NetCDF output
>> >> >> >> >> >> > file.
>> >> >> >> >> >> > The
>> >> >> >> >> >> > ascii2nc
>> >> >> >> >> >> > accepts multiple input files and the last name becomes
>> >> >> >> >> >> > the
>> >> >> >> >> >> > NetCDF
>> >> >> >> >> >> > output name.
>> >> >> >> >> >> >
>> >> >> >> >> >> > ./ascii2nc ASCII_input Ascii2nc_output.nc -config
>> >> >> >> >> >> > Ascii2NcConfig_satob
>> >> >> >> >> >> > VS
>> >> >> >> >> >> > ./ascii2nc ASCII_input Ascii2nc_output.nc
>> >> >> >> >> >> > Ascii2NcConfig_satob
>> >> >> >> >> >> >
>> >> >> >> >> >> > The first command reads ASCII_input and produces
>> >> >> >> >> >> > Ascii2nc_output.nc
>> >> >> >> >> >> > as output by using the configuration file
>> >> >> >> >> >> > Ascii2NcConfig_satob.
>> >> >> >> >> >> >
>> >> >> >> >> >> > The second command reads ASCII_input &
>> >> >> >> >> >> > Ascii2nc_output.nc
>> >> >> >> >> >> > and
>> >> >> >> >> >> > produces Ascii2NcConfig_satob without using customized
>> >> >> >> >> >> > configuration.
>> >> >> >> >> >> >
>> >> >> >> >> >> > Please let me know if anything I can help you.
>> >> >> >> >> >> >
>> >> >> >> >> >> > Cheers,
>> >> >> >> >> >> > Howard
>> >> >> >> >> >> >
>> >> >> >> >> >> > On Fri Aug 17 15:36:57 2018, learnerxy at 163.com wrote:
>> >> >> >> >> >> >> Hello Howard,
>> >> >> >> >> >> >> Thank you for your analysis on the data processed by
>> >> >> >> >> >> >> my
>> >> >> >> >> >> >> program.
>> >> >> >> >> >> >> As
>> >> >> >> >> >> >> you suggested, I have corrected it and move to the
>> >> >> >> >> >> >> next
>> >> >> >> >> >> >> few
>> >> >> >> >> >> >> steps.
>> >> >> >> >> >> >> They works well in my opinion. See the point_stat.log
>> >> >> >> >> >> >> and
>> >> >> >> >> >> >> PointStatConfig_satobfy2e file.
>> >> >> >> >> >> >> Thank you so much
>> >> >> >> >> >> >> Yu
>> >> >> >> >> >> >>
>> >> >> >> >> >> >>
>> >> >> >> >> >> >>
>> >> >> >> >> >> >>
>> >> >> >> >> >> >>
>> >> >> >> >> >> >>
>> >> >> >> >> >> >> At 2018-08-18 01:45:00, "Howard Soh via RT"
>> >> >> >> >> >> >> <met_help at ucar.edu>
>> >> >> >> >> >> >> wrote:
>> >> >> >> >> >> >> > Would you upload the log and configuration files to
>> >> >> >> >> >> >> > ftp?
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> > As I told you, the output of the point_stat will be
>> >> >> >> >> >> >> > empty
>> >> >> >> >> >> >> > because
>> >> >> >> >> >> >> > of
>> >> >> >> >> >> >> > no matching pairs (by message type, grid and
>> >> >> >> >> >> >> > vertical
>> >> >> >> >> >> >> > levels).
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> > Cheers,
>> >> >> >> >> >> >> > Howard
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> > On Fri Aug 17 11:21:06 2018, hsoh wrote:
>> >> >> >> >> >> >> >> The first line (Little R data) is a header record
>> >> >> >> >> >> >> >> and
>> >> >> >> >> >> >> >> the
>> >> >> >> >> >> >> >> second
>> >> >> >> >> >> >> >> line
>> >> >> >> >> >> >> >> is a data record. The pressure value (first data
>> >> >> >> >> >> >> >> at
>> >> >> >> >> >> >> >> the
>> >> >> >> >> >> >> >> data
>> >> >> >> >> >> >> >> record)
>> >> >> >> >> >> >> >> is valid, but the height value (the second data at
>> >> >> >> >> >> >> >> the
>> >> >> >> >> >> >> >> data
>> >> >> >> >> >> >> >> record)
>> >> >> >> >> >> >> >> is
>> >> >> >> >> >> >> >> the missing value at your input data. That's why
>> >> >> >> >> >> >> >> the
>> >> >> >> >> >> >> >> fourth
>> >> >> >> >> >> >> >> columns
>> >> >> >> >> >> >> >> are blank (all missing values).
>> >> >> >> >> >> >> >>
>> >> >> >> >> >> >> >> The second line from your little R data:
>> >> >> >> >> >> >> >>
>> >> >> >> >> >> >> >> 311.00000 0-888888.00000 0 229.88000
>> >> >> >> >> >> >> >> 0-
>> >> >> >> >> >> >> >> 888888.00000
>> >> >> >> >> >> >> >> 0 3.00000 0 270.00000 0
>> >> >> >> >> >> >> >> 3.00000
>> >> >> >> >> >> >> >> 0
>> >> >> >> >> >> >> >> -0.00000 0-888888.00000 0-888888.00000
>> >> >> >> >> >> >> >> 0
>> >> >> >> >> >> >> >> ==>
>> >> >> >> >> >> >> >> 311.00000 0: the pressure value and QC
>> >> >> >> >> >> >> >> value
>> >> >> >> >> >> >> >> -888888.00000 0: the height value and QC
>> >> >> >> >> >> >> >> value
>> >> >> >> >> >> >> >> 229.88000 0: the temperature value and QC
>> >> >> >> >> >> >> >> value
>> >> >> >> >> >> >> >> ...
>> >> >> >> >> >> >> >>
>> >> >> >> >> >> >> >> the header at acscii2nc output:
>> >> >> >> >> >> >> >>
>> >> >> >> >> >> >> >> float obs_arr(nobs, obs_arr_len) ;
>> >> >> >> >> >> >> >> obs_arr:long_name = "array of observation
>> >> >> >> >> >> >> >> values" ;
>> >> >> >> >> >> >> >> obs_arr:missing_value = -9999.f ;
>> >> >> >> >> >> >> >> obs_arr:_FillValue = -9999.f ;
>> >> >> >> >> >> >> >> obs_arr:hdr_id_long_name = "index of
>> >> >> >> >> >> >> >> matching
>> >> >> >> >> >> >> >> header
>> >> >> >> >> >> >> >> data" ;
>> >> >> >> >> >> >> >> obs_arr:columns = "hdr_id gc lvl hgt ob" ;
>> >> >> >> >> >> >> >> obs_arr:gc_long_name = "grib code
>> >> >> >> >> >> >> >> corresponding
>> >> >> >> >> >> >> >> to
>> >> >> >> >> >> >> >> the
>> >> >> >> >> >> >> >> observation type" ;
>> >> >> >> >> >> >> >> obs_arr:lvl_long_name = "pressure level
>> >> >> >> >> >> >> >> (hPa)
>> >> >> >> >> >> >> >> or
>> >> >> >> >> >> >> >> accumulation
>> >> >> >> >> >> >> >> interval (sec)" ;
>> >> >> >> >> >> >> >> obs_arr:hgt_long_name = "height in meters
>> >> >> >> >> >> >> >> above
>> >> >> >> >> >> >> >> sea
>> >> >> >> >> >> >> >> level
>> >> >> >> >> >> >> >> or
>> >> >> >> >> >> >> >> ground level (msl or agl)" ;
>> >> >> >> >> >> >> >> obs_arr:ob_long_name = "observation value"
>> >> >> >> >> >> >> >> ;
>> >> >> >> >> >> >> >>
>> >> >> >> >> >> >> >> Cheers,
>> >> >> >> >> >> >> >> Howard
>> >> >> >> >> >> >> >>
>> >> >> >> >> >> >> >>
>> >> >> >> >> >> >> >> On Fri Aug 17 10:25:58 2018, learnerxy at 163.com
>> >> >> >> >> >> >> >> wrote:
>> >> >> >> >> >> >> >> > Hello Howard,
>> >> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >> > I tried my program many times as you suggested,
>> >> >> >> >> >> >> >> > but
>> >> >> >> >> >> >> >> > failed
>> >> >> >> >> >> >> >> > again
>> >> >> >> >> >> >> >> > as
>> >> >> >> >> >> >> >> > usual after executing ascii2nc command: blank
>> >> >> >> >> >> >> >> > value
>> >> >> >> >> >> >> >> > in
>> >> >> >> >> >> >> >> > the
>> >> >> >> >> >> >> >> > forth
>> >> >> >> >> >> >> >> > column in the NC format file. So I sent my
>> >> >> >> >> >> >> >> > program,
>> >> >> >> >> >> >> >> > satob2little_r.f90, and the test data,
>> >> >> >> >> >> >> >> > FY2E_AMV_IR1_OTG_20160705_0000.AWX, to the
>> >> >> >> >> >> >> >> > yu_data
>> >> >> >> >> >> >> >> > directory.
>> >> >> >> >> >> >> >> > Hope
>> >> >> >> >> >> >> >> > you
>> >> >> >> >> >> >> >> > identify my process about the data.
>> >> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >> > I wonder why the data processed by the program
>> >> >> >> >> >> >> >> > can
>> >> >> >> >> >> >> >> > work
>> >> >> >> >> >> >> >> > in
>> >> >> >> >> >> >> >> > obsproc
>> >> >> >> >> >> >> >> > model if it is wrong.
>> >> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >> > Thank you so much.
>> >> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >> > best regard,
>> >> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >> > Yu
>> >> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >> > At 2018-08-16 02:48:52, "Howard Soh via RT"
>> >> >> >> >> >> >> >> > <met_help at ucar.edu>
>> >> >> >> >> >> >> >> > wrote:
>> >> >> >> >> >> >> >> > > The log file shows the NetCDF output was
>> >> >> >> >> >> >> >> > > successfully
>> >> >> >> >> >> >> >> > > generated
>> >> >> >> >> >> >> >> > > as
>> >> >> >> >> >> >> >> > > "satob.nc".
>> >> >> >> >> >> >> >> > > The next step is configuring for ascii2nc and
>> >> >> >> >> >> >> >> > > point_stat.
>> >> >> >> >> >> >> >> > >
>> >> >> >> >> >> >> >> > > 1. Ascii2Nc: add "FM-88 GEOAMV" key to
>> >> >> >> >> >> >> >> > > message_type_map
>> >> >> >> >> >> >> >> > >
>> >> >> >> >> >> >> >> > >
>> >> >> >> >> >> >> >> > > message_type_map = [
>> >> >> >> >> >> >> >> > > { key = "FM-12 SYNOP"; val = "ADPSFC"; },
>> >> >> >> >> >> >> >> > > { key = "FM-13 SHIP"; val = "SFCSHP"; },
>> >> >> >> >> >> >> >> > > { key = "FM-15 METAR"; val = "ADPSFC"; },
>> >> >> >> >> >> >> >> > > { key = "FM-18 BUOY"; val = "SFCSHP"; },
>> >> >> >> >> >> >> >> > > { key = "FM-281 QSCAT"; val = "ASCATW"; },
>> >> >> >> >> >> >> >> > > { key = "FM-32 PILOT"; val = "ADPUPA"; },
>> >> >> >> >> >> >> >> > > { key = "FM-35 TEMP"; val = "ADPUPA"; },
>> >> >> >> >> >> >> >> > > { key = "FM-88 SATOB"; val = "SATWND"; },
>> >> >> >> >> >> >> >> > > { key = "FM-97 ACARS"; val = "AIRCFT"; }
>> >> >> >> >> >> >> >> > > ];
>> >> >> >> >> >> >> >> > > ==>
>> >> >> >> >> >> >> >> > > message_type_map = [
>> >> >> >> >> >> >> >> > > { key = "FM-12 SYNOP"; val = "ADPSFC"; },
>> >> >> >> >> >> >> >> > > { key = "FM-13 SHIP"; val = "SFCSHP"; },
>> >> >> >> >> >> >> >> > > { key = "FM-15 METAR"; val = "ADPSFC"; },
>> >> >> >> >> >> >> >> > > { key = "FM-18 BUOY"; val = "SFCSHP"; },
>> >> >> >> >> >> >> >> > > { key = "FM-281 QSCAT"; val = "ASCATW"; },
>> >> >> >> >> >> >> >> > > { key = "FM-32 PILOT"; val = "ADPUPA"; },
>> >> >> >> >> >> >> >> > > { key = "FM-35 TEMP"; val = "ADPUPA"; },
>> >> >> >> >> >> >> >> > > { key = "FM-88 SATOB"; val = "SATWND"; },
>> >> >> >> >> >> >> >> > > { key = "FM-88 GEOAMV"; val = "SATWND"; },
>> >> >> >> >> >> >> >> > > { key = "FM-97 ACARS"; val = "AIRCFT"; }
>> >> >> >> >> >> >> >> > > ];
>> >> >> >> >> >> >> >> > >
>> >> >> >> >> >> >> >> > > 2 . PointStatConfig_satobfy2e
>> >> >> >> >> >> >> >> > >
>> >> >> >> >> >> >> >> > > message_type = [ "ADPUPA" ];
>> >> >> >> >> >> >> >> > > ==>
>> >> >> >> >> >> >> >> > > message_type = [ "SATWND" ];
>> >> >> >> >> >> >> >> > >
>> >> >> >> >> >> >> >> > >
>> >> >> >> >> >> >> >> > > And the next step will be configuring other
>> >> >> >> >> >> >> >> > > thing.
>> >> >> >> >> >> >> >> > > The
>> >> >> >> >> >> >> >> > > other
>> >> >> >> >> >> >> >> > > obs
>> >> >> >> >> >> >> >> > > data
>> >> >> >> >> >> >> >> > > was rejected by grid and vertical levels, For
>> >> >> >> >> >> >> >> > > example:
>> >> >> >> >> >> >> >> > >
>> >> >> >> >> >> >> >> > > DEBUG 3: Rejected: off the grid = 4800
>> >> >> >> >> >> >> >> > > DEBUG 3: Rejected: level mismatch = 1125
>> >> >> >> >> >> >> >> > >
>> >> >> >> >> >> >> >> > > Cheers,
>> >> >> >> >> >> >> >> > > Howard
>> >> >> >> >> >> >> >> > >
>> >> >> >> >> >> >> >> > > FYI:
>> >> >> >> >> >> >> >> > >
>> >> >> >> >> >> >> >> > > The warnings mean:
>> >> >> >> >> >> >> >> > >
>> >> >> >> >> >> >> >> > > warning 1:
>> >> >> >> >> >> >> >> > >
>> >> >> >> >> >> >> >> > > Storing message type as "FM-88_GEOAMV" for
>> >> >> >> >> >> >> >> > > unexpected
>> >> >> >> >> >> >> >> > > report
>> >> >> >> >> >> >> >> > > type
>> >> >> >> >> >> >> >> > > "FM-88 GEOAMV"
>> >> >> >> >> >> >> >> > >
>> >> >> >> >> >> >> >> > > The default Ascii2Nc configuration has mapping
>> >> >> >> >> >> >> >> > > for
>> >> >> >> >> >> >> >> > > the
>> >> >> >> >> >> >> >> > > message
>> >> >> >> >> >> >> >> > > types
>> >> >> >> >> >> >> >> > > (message_type_map). "FM-88 GEOAMV" is not
>> >> >> >> >> >> >> >> > > defined
>> >> >> >> >> >> >> >> > > at
>> >> >> >> >> >> >> >> > > Ascii2Nc
>> >> >> >> >> >> >> >> > > configuration. It will be resolved if you
>> >> >> >> >> >> >> >> > > customize
>> >> >> >> >> >> >> >> > > your
>> >> >> >> >> >> >> >> > > configuration for ascii2nc.
>> >> >> >> >> >> >> >> > >
>> >> >> >> >> >> >> >> > > warning 2:
>> >> >> >> >> >> >> >> > >
>> >> >> >> >> >> >> >> > > process_little_r_obs() -> the number of data
>> >> >> >> >> >> >> >> > > lines
>> >> >> >> >> >> >> >> > > specified
>> >> >> >> >> >> >> >> > > in
>> >> >> >> >> >> >> >> > > the
>> >> >> >> >> >> >> >> > > header (7) does not match the number found in
>> >> >> >> >> >> >> >> > > the
>> >> >> >> >> >> >> >> > > data
>> >> >> >> >> >> >> >> > > (1)
>> >> >> >> >> >> >> >> > > on
>> >> >> >> >> >> >> >> > > line
>> >> >> >> >> >> >> >> > > number 3.
>> >> >> >> >> >> >> >> > >
>> >> >> >> >> >> >> >> > > The little R format file has 7 as "valid
>> >> >> >> >> >> >> >> > > fields"
>> >> >> >> >> >> >> >> > > But
>> >> >> >> >> >> >> >> > > there
>> >> >> >> >> >> >> >> > > is
>> >> >> >> >> >> >> >> > > only
>> >> >> >> >> >> >> >> > > 1
>> >> >> >> >> >> >> >> > > valid value at at 3, 7, 11 ... lines:
>> >> >> >> >> >> >> >> > >
>> >> >> >> >> >> >> >> > > http://www2.mmm.ucar.edu/wrf/users/wrfda/OnlineTutorial/Help/littler.html
>> >> >> >> >> >> >> >> > >
>> >> >> >> >> >> >> >> > >
>> >> >> >> >> >> >> >> > > For example:
>> >> >> >> >> >> >> >> > > -777777.00000 0-777777.00000 0
>> >> >> >> >> >> >> >> > > 1.00000
>> >> >> >> >> >> >> >> > > 0-
>> >> >> >> >> >> >> >> > > 888888.00000 0-888888.00000 0-
>> >> >> >> >> >> >> >> > > 888888.00000
>> >> >> >> >> >> >> >> > > 0-
>> >> >> >> >> >> >> >> > > 888888.00000 0-888888.00000 0-
>> >> >> >> >> >> >> >> > > 888888.00000
>> >> >> >> >> >> >> >> > > 0-
>> >> >> >> >> >> >> >> > > 888888.00000 0
>> >> >> >> >> >> >> >> > >
>> >> >> >> >> >> >> >> > > One variable takes 20 bytes: value (13
>> >> >> >> >> >> >> >> > > characters)
>> >> >> >> >> >> >> >> > > and
>> >> >> >> >> >> >> >> > > QC
>> >> >> >> >> >> >> >> > > value
>> >> >> >> >> >> >> >> > > (7
>> >> >> >> >> >> >> >> > > characters)
>> >> >> >> >> >> >> >> > > -777777.00000: "end record" flag
>> >> >> >> >> >> >> >> > > 888888.00000 or -88: missing value
>> >> >> >> >> >> >> >> > >
>> >> >> >> >> >> >> >> > >
>> >> >> >> >> >> >> >> > >
>> >> >> >> >> >> >> >> > > On Wed Aug 15 12:03:23 2018, learnerxy at 163.com
>> >> >> >> >> >> >> >> > > wrote:
>> >> >> >> >> >> >> >> > >>
>> >> >> >> >> >> >> >> > >>
>> >> >> >> >> >> >> >> > >>
>> >> >> >> >> >> >> >> > >> Hello Howard,
>> >> >> >> >> >> >> >> > >>
>> >> >> >> >> >> >> >> > >>
>> >> >> >> >> >> >> >> > >> I haven't got my own config file for
>> >> >> >> >> >> >> >> > >> ascii2nc.
>> >> >> >> >> >> >> >> > >>
>> >> >> >> >> >> >> >> > >>
>> >> >> >> >> >> >> >> > >> Just now, I have sent the test case and its
>> >> >> >> >> >> >> >> > >> log
>> >> >> >> >> >> >> >> > >> file
>> >> >> >> >> >> >> >> > >> to
>> >> >> >> >> >> >> >> > >> the
>> >> >> >> >> >> >> >> > >> ftp
>> >> >> >> >> >> >> >> > >> server.
>> >> >> >> >> >> >> >> > >>
>> >> >> >> >> >> >> >> > >>
>> >> >> >> >> >> >> >> > >> Thank you.
>> >> >> >> >> >> >> >> > >>
>> >> >> >> >> >> >> >> > >>
>> >> >> >> >> >> >> >> > >> best wishes
>> >> >> >> >> >> >> >> > >>
>> >> >> >> >> >> >> >> > >>
>> >> >> >> >> >> >> >> > >> Yu
>> >> >> >> >> >> >> >> > >>
>> >> >> >> >> >> >> >> > >>
>> >> >> >> >> >> >> >> > >>
>> >> >> >> >> >> >> >> > >>
>> >> >> >> >> >> >> >> > >>
>> >> >> >> >> >> >> >> > >>
>> >> >> >> >> >> >> >> > >> At 2018-08-16 01:08:08, "Howard Soh via RT"
>> >> >> >> >> >> >> >> > >> <met_help at ucar.edu>
>> >> >> >> >> >> >> >> > >> wrote:
>> >> >> >> >> >> >> >> > >> > I can not reproduce a problem with ascii2nc
>> >> >> >> >> >> >> >> > >> > and
>> >> >> >> >> >> >> >> > >> > no
>> >> >> >> >> >> >> >> > >> > error
>> >> >> >> >> >> >> >> > >> > during
>> >> >> >> >> >> >> >> > >> > point_stat, but empty output which is
>> >> >> >> >> >> >> >> > >> > expected
>> >> >> >> >> >> >> >> > >> > because
>> >> >> >> >> >> >> >> > >> > of
>> >> >> >> >> >> >> >> > >> > configuration for me.
>> >> >> >> >> >> >> >> > >> >
>> >> >> >> >> >> >> >> > >> > Would you send me the log file (email or
>> >> >> >> >> >> >> >> > >> > upload
>> >> >> >> >> >> >> >> > >> > to
>> >> >> >> >> >> >> >> > >> > ftp
>> >> >> >> >> >> >> >> > >> > server)?
>> >> >> >> >> >> >> >> > >> >
>> >> >> >> >> >> >> >> > >> > The log file will be generated with
>> >> >> >> >> >> >> >> > >> > additional
>> >> >> >> >> >> >> >> > >> > arguments:
>> >> >> >> >> >> >> >> > >> > -v 5 -log ascci2nc.log
>> >> >> >> >> >> >> >> > >> > OR
>> >> >> >> >> >> >> >> > >> > -v 5 -log point_stat.log
>> >> >> >> >> >> >> >> > >> >
>> >> >> >> >> >> >> >> > >> > If you have your own ascci2nc config file,
>> >> >> >> >> >> >> >> > >> > please
>> >> >> >> >> >> >> >> > >> > upload
>> >> >> >> >> >> >> >> > >> > to
>> >> >> >> >> >> >> >> > >> > ftp
>> >> >> >> >> >> >> >> > >> > server. My run produced the empty output
>> >> >> >> >> >> >> >> > >> > with
>> >> >> >> >> >> >> >> > >> > point_stat
>> >> >> >> >> >> >> >> > >> > because
>> >> >> >> >> >> >> >> > >> > of
>> >> >> >> >> >> >> >> > >> > different message type:
>> >> >> >> >> >> >> >> > >> > - ascii2nc converts "FM-88 GEOAMV" to "FM-
>> >> >> >> >> >> >> >> > >> > 88_GEOAMV"
>> >> >> >> >> >> >> >> > >> > - point_stat filters obs data by the
>> >> >> >> >> >> >> >> > >> > message
>> >> >> >> >> >> >> >> > >> > type
>> >> >> >> >> >> >> >> > >> > "ADPUPA"
>> >> >> >> >> >> >> >> > >> > ==> all obs data is rejected.
>> >> >> >> >> >> >> >> > >> >
>> >> >> >> >> >> >> >> > >> > Cheers,
>> >> >> >> >> >> >> >> > >> > Howard
>> >> >> >> >> >> >> >> > >> >
>> >> >> >> >> >> >> >> > >> >
>> >> >> >> >> >> >> >> > >> > FYI:
>> >> >> >> >> >> >> >> > >> > empty output but no errors.
>> >> >> >> >> >> >> >> > >> >
>> >> >> >> >> >> >> >> > >> > The last log messages from ascii2nc with
>> >> >> >> >> >> >> >> > >> > the
>> >> >> >> >> >> >> >> > >> > updated
>> >> >> >> >> >> >> >> > >> > input:
>> >> >> >> >> >> >> >> > >> >
>> >> >> >> >> >> >> >> > >> > DEBUG 2: Rejected 0 observations off the
>> >> >> >> >> >> >> >> > >> > masking
>> >> >> >> >> >> >> >> > >> > grid.
>> >> >> >> >> >> >> >> > >> > DEBUG 2: Rejected 0 observations outside
>> >> >> >> >> >> >> >> > >> > the
>> >> >> >> >> >> >> >> > >> > masking
>> >> >> >> >> >> >> >> > >> > polyline.
>> >> >> >> >> >> >> >> > >> > DEBUG 2: Rejected 0 observations not
>> >> >> >> >> >> >> >> > >> > matched
>> >> >> >> >> >> >> >> > >> > with
>> >> >> >> >> >> >> >> > >> > station
>> >> >> >> >> >> >> >> > >> > ID's.
>> >> >> >> >> >> >> >> > >> > DEBUG 2: Processing observations for 5892
>> >> >> >> >> >> >> >> > >> > headers.
>> >> >> >> >> >> >> >> > >> > DEBUG 1: Creating NetCDF Observation file:
>> >> >> >> >> >> >> >> > >> > little_r_FY2E_AMV_IR1_OTG_20160617_1800.nc
>> >> >> >> >> >> >> >> > >> >
>> >> >> >> >> >> >> >> > >> > The last log messages from point_stat:
>> >> >> >> >> >> >> >> > >> >
>> >> >> >> >> >> >> >> > >> > DEBUG 3: Number of matched pairs = 0
>> >> >> >> >> >> >> >> > >> > DEBUG 3: Observations processed = 35352
>> >> >> >> >> >> >> >> > >> > DEBUG 3: Rejected: SID exclusion = 0
>> >> >> >> >> >> >> >> > >> > DEBUG 3: Rejected: obs type = 35352
>> >> >> >> >> >> >> >> > >> > DEBUG 3: Rejected: valid time = 0
>> >> >> >> >> >> >> >> > >> > DEBUG 3: Rejected: bad obs value = 0
>> >> >> >> >> >> >> >> > >> > DEBUG 3: Rejected: off the grid = 0
>> >> >> >> >> >> >> >> > >> > DEBUG 3: Rejected: level mismatch = 0
>> >> >> >> >> >> >> >> > >> > DEBUG 3: Rejected: quality marker = 0
>> >> >> >> >> >> >> >> > >> > DEBUG 3: Rejected: message type = 0
>> >> >> >> >> >> >> >> > >> > DEBUG 3: Rejected: masking region = 0
>> >> >> >> >> >> >> >> > >> > DEBUG 3: Rejected: bad fcst value = 0
>> >> >> >> >> >> >> >> > >> > DEBUG 3: Rejected: duplicates = 0
>> >> >> >> >> >> >> >> > >> > DEBUG 2:
>> >> >> >> >> >> >> >> > >> > DEBUG 2:
>> >> >> >> >> >> >> >> > >> > --------------------------------------------------------------------------------
>> >> >> >> >> >> >> >> > >> > DEBUG 2:
>> >> >> >> >> >> >> >> > >> > DEBUG 1: Output file:
>> >> >> >> >> >> >> >> > >> > point_stat/point_stat_000000L_20160617_180000V.stat
>> >> >> >> >> >> >> >> > >> > DEBUG 1: Output file:
>> >> >> >> >> >> >> >> > >> > point_stat/point_stat_000000L_20160617_180000V_fho.txt
>> >> >> >> >> >> >> >> > >> > DEBUG 1: Output file:
>> >> >> >> >> >> >> >> > >> > point_stat/point_stat_000000L_20160617_180000V_ctc.txt
>> >> >> >> >> >> >> >> > >> > DEBUG 1: Output file:
>> >> >> >> >> >> >> >> > >> > point_stat/point_stat_000000L_20160617_180000V_cts.txt
>> >> >> >> >> >> >> >> > >> > DEBUG 1: Output file:
>> >> >> >> >> >> >> >> > >> > point_stat/point_stat_000000L_20160617_180000V_mctc.txt
>> >> >> >> >> >> >> >> > >> > DEBUG 1: Output file:
>> >> >> >> >> >> >> >> > >> > point_stat/point_stat_000000L_20160617_180000V_mcts.txt
>> >> >> >> >> >> >> >> > >> > DEBUG 1: Output file:
>> >> >> >> >> >> >> >> > >> > point_stat/point_stat_000000L_20160617_180000V_cnt.txt
>> >> >> >> >> >> >> >> > >> > DEBUG 1: Output file:
>> >> >> >> >> >> >> >> > >> > point_stat/point_stat_000000L_20160617_180000V_sl1l2.txt
>> >> >> >> >> >> >> >> > >> > DEBUG 1: Output file:
>> >> >> >> >> >> >> >> > >> > point_stat/point_stat_000000L_20160617_180000V_sal1l2.txt
>> >> >> >> >> >> >> >> > >> > DEBUG 1: Output file:
>> >> >> >> >> >> >> >> > >> > point_stat/point_stat_000000L_20160617_180000V_pct.txt
>> >> >> >> >> >> >> >> > >> > DEBUG 1: Output file:
>> >> >> >> >> >> >> >> > >> > point_stat/point_stat_000000L_20160617_180000V_pstd.txt
>> >> >> >> >> >> >> >> > >> > DEBUG 1: Output file:
>> >> >> >> >> >> >> >> > >> > point_stat/point_stat_000000L_20160617_180000V_pjc.txt
>> >> >> >> >> >> >> >> > >> > DEBUG 1: Output file:
>> >> >> >> >> >> >> >> > >> > point_stat/point_stat_000000L_20160617_180000V_prc.txt
>> >> >> >> >> >> >> >> > >> > DEBUG 1: Output file:
>> >> >> >> >> >> >> >> > >> > point_stat/point_stat_000000L_20160617_180000V_eclv.txt
>> >> >> >> >> >> >> >> > >> > DEBUG 1: Output file:
>> >> >> >> >> >> >> >> > >> > point_stat/point_stat_000000L_20160617_180000V_mpr.txt
>> >> >> >> >> >> >> >> > >> > DEBUG 1: Output file:
>> >> >> >> >> >> >> >> > >> > point_stat/point_stat_000000L_20160617_180000V_vcnt.txt
>> >> >> >> >> >> >> >> > >> >
>> >> >> >> >> >> >> >> > >> >
>> >> >> >> >> >> >> >> > >> >
>> >> >> >> >> >> >> >> > >> > On Wed Aug 15 09:27:48 2018,
>> >> >> >> >> >> >> >> > >> > learnerxy at 163.com
>> >> >> >> >> >> >> >> > >> > wrote:
>> >> >> >> >> >> >> >> > >> >>
>> >> >> >> >> >> >> >> > >> >>
>> >> >> >> >> >> >> >> > >> >> Hello Howard,
>> >> >> >> >> >> >> >> > >> >>
>> >> >> >> >> >> >> >> > >> >>
>> >> >> >> >> >> >> >> > >> >> Thank you for your joinning in.
>> >> >> >> >> >> >> >> > >> >>
>> >> >> >> >> >> >> >> > >> >>
>> >> >> >> >> >> >> >> > >> >> I made it several times as you wish, but
>> >> >> >> >> >> >> >> > >> >> failed
>> >> >> >> >> >> >> >> > >> >> again
>> >> >> >> >> >> >> >> > >> >> like
>> >> >> >> >> >> >> >> > >> >> before. I
>> >> >> >> >> >> >> >> > >> >> also edited the corresponding program as
>> >> >> >> >> >> >> >> > >> >> you
>> >> >> >> >> >> >> >> > >> >> recommended
>> >> >> >> >> >> >> >> > >> >> and
>> >> >> >> >> >> >> >> > >> >> tried
>> >> >> >> >> >> >> >> > >> >> another case, the same failure is still in
>> >> >> >> >> >> >> >> > >> >> front
>> >> >> >> >> >> >> >> > >> >> of
>> >> >> >> >> >> >> >> > >> >> me. I
>> >> >> >> >> >> >> >> > >> >> have
>> >> >> >> >> >> >> >> > >> >> sent
>> >> >> >> >> >> >> >> > >> >> a
>> >> >> >> >> >> >> >> > >> >> new case data named
>> >> >> >> >> >> >> >> > >> >> little_r_FY2E_AMV_IR1_OTG_20160620_0600
>> >> >> >> >> >> >> >> > >> >> residing
>> >> >> >> >> >> >> >> > >> >> in
>> >> >> >> >> >> >> >> > >> >> the
>> >> >> >> >> >> >> >> > >> >> yu_data
>> >> >> >> >> >> >> >> > >> >> directory by ftp-mode.Could you please
>> >> >> >> >> >> >> >> > >> >> check
>> >> >> >> >> >> >> >> > >> >> it
>> >> >> >> >> >> >> >> > >> >> again?
>> >> >> >> >> >> >> >> > >> >>
>> >> >> >> >> >> >> >> > >> >>
>> >> >> >> >> >> >> >> > >> >> Best wishes.
>> >> >> >> >> >> >> >> > >> >>
>> >> >> >> >> >> >> >> > >> >>
>> >> >> >> >> >> >> >> > >> >> Yu Xin
>> >> >> >> >> >> >> >> > >> >>
>> >> >> >> >> >> >> >> > >> >>
>> >> >> >> >> >> >> >> > >> >>
>> >> >> >> >> >> >> >> > >> >>
>> >> >> >> >> >> >> >> > >> >>
>> >> >> >> >> >> >> >> > >> >>
>> >> >> >> >> >> >> >> > >> >> At 2018-08-15 08:05:42, "Howard Soh via
>> >> >> >> >> >> >> >> > >> >> RT"
>> >> >> >> >> >> >> >> > >> >> <met_help at ucar.edu>
>> >> >> >> >> >> >> >> > >> >> wrote:
>> >> >> >> >> >> >> >> > >> >> > I'm working with John.
>> >> >> >> >> >> >> >> > >> >> >
>> >> >> >> >> >> >> >> > >> >> > I looked at the little R format ASCII
>> >> >> >> >> >> >> >> > >> >> > file.
>> >> >> >> >> >> >> >> > >> >> > It
>> >> >> >> >> >> >> >> > >> >> > is
>> >> >> >> >> >> >> >> > >> >> > a
>> >> >> >> >> >> >> >> > >> >> > binary
>> >> >> >> >> >> >> >> > >> >> > data
>> >> >> >> >> >> >> >> > >> >> > file,
>> >> >> >> >> >> >> >> > >> >> > not ASCII file. It contains null
>> >> >> >> >> >> >> >> > >> >> > characters
>> >> >> >> >> >> >> >> > >> >> > (0x00)
>> >> >> >> >> >> >> >> > >> >> > which
>> >> >> >> >> >> >> >> > >> >> > has
>> >> >> >> >> >> >> >> > >> >> > a
>> >> >> >> >> >> >> >> > >> >> > special meaning to ascii2nc.
>> >> >> >> >> >> >> >> > >> >> >
>> >> >> >> >> >> >> >> > >> >> > Would you replace the null characters to
>> >> >> >> >> >> >> >> > >> >> > spaces?
>> >> >> >> >> >> >> >> > >> >> >
>> >> >> >> >> >> >> >> > >> >> > mv
>> >> >> >> >> >> >> >> > >> >> > little_r_FY2E_AMV_IR1_OTG_20160617_1800
>> >> >> >> >> >> >> >> > >> >> > little_r_FY2E_AMV_IR1_OTG_20160617_1800_org
>> >> >> >> >> >> >> >> > >> >> >
>> >> >> >> >> >> >> >> > >> >> > cat
>> >> >> >> >> >> >> >> > >> >> > little_r_FY2E_AMV_IR1_OTG_20160617_1800_org
>> >> >> >> >> >> >> >> > >> >> > |
>> >> >> >> >> >> >> >> > >> >> > sed
>> >> >> >> >> >> >> >> > >> >> > -e
>> >> >> >> >> >> >> >> > >> >> > "s/\x00/
>> >> >> >> >> >> >> >> > >> >> > /g"
>> >> >> >> >> >> >> >> > >> >> > > little_r_FY2E_AMV_IR1_OTG_20160617_1800
>> >> >> >> >> >> >> >> > >> >> >
>> >> >> >> >> >> >> >> > >> >> > Cheers,
>> >> >> >> >> >> >> >> > >> >> > Howard
>> >> >> >> >> >> >> >> > >> >> >
>> >> >> >> >> >> >> >> > >> >> > On Mon Aug 13 11:34:43 2018, johnhg
>> >> >> >> >> >> >> >> > >> >> > wrote:
>> >> >> >> >> >> >> >> > >> >> >> Hi Yu,
>> >> >> >> >> >> >> >> > >> >> >>
>> >> >> >> >> >> >> >> > >> >> >> Thanks for sending you sample data. I
>> >> >> >> >> >> >> >> > >> >> >> am
>> >> >> >> >> >> >> >> > >> >> >> able
>> >> >> >> >> >> >> >> > >> >> >> to
>> >> >> >> >> >> >> >> > >> >> >> replicate
>> >> >> >> >> >> >> >> > >> >> >> the
>> >> >> >> >> >> >> >> > >> >> >> behavior
>> >> >> >> >> >> >> >> > >> >> >> you describe. When I run that little_r
>> >> >> >> >> >> >> >> > >> >> >> file
>> >> >> >> >> >> >> >> > >> >> >> through
>> >> >> >> >> >> >> >> > >> >> >> ascii2nc,
>> >> >> >> >> >> >> >> > >> >> >> I
>> >> >> >> >> >> >> >> > >> >> >> get
>> >> >> >> >> >> >> >> > >> >> >> the
>> >> >> >> >> >> >> >> > >> >> >> following warning message followed by
>> >> >> >> >> >> >> >> > >> >> >> an
>> >> >> >> >> >> >> >> > >> >> >> error:
>> >> >> >> >> >> >> >> > >> >> >>
>> >> >> >> >> >> >> >> > >> >> >> WARNING: LittleRHandler::_processObs()
>> >> >> >> >> >> >> >> > >> >> >> ->
>> >> >> >> >> >> >> >> > >> >> >> Storing
>> >> >> >> >> >> >> >> > >> >> >> message
>> >> >> >> >> >> >> >> > >> >> >> type
>> >> >> >> >> >> >> >> > >> >> >> as
>> >> >> >> >> >> >> >> > >> >> >> "FM-88_GEOAMV" for unexpected report
>> >> >> >> >> >> >> >> > >> >> >> type
>> >> >> >> >> >> >> >> > >> >> >> "FM-88
>> >> >> >> >> >> >> >> > >> >> >> GEOAMV".
>> >> >> >> >> >> >> >> > >> >> >>
>> >> >> >> >> >> >> >> > >> >> >> I'm running this through the debugger
>> >> >> >> >> >> >> >> > >> >> >> trying
>> >> >> >> >> >> >> >> > >> >> >> to
>> >> >> >> >> >> >> >> > >> >> >> figure
>> >> >> >> >> >> >> >> > >> >> >> out
>> >> >> >> >> >> >> >> > >> >> >> the
>> >> >> >> >> >> >> >> > >> >> >> problem, but
>> >> >> >> >> >> >> >> > >> >> >> haven't isolated it yet.
>> >> >> >> >> >> >> >> > >> >> >>
>> >> >> >> >> >> >> >> > >> >> >> Thanks,
>> >> >> >> >> >> >> >> > >> >> >> John Halley Gotway
>> >> >> >> >> >> >> >> > >> >> >>
>> >> >> >> >> >> >> >> > >> >> >> On Wed, Aug 8, 2018 at 5:42 PM Yu Xin
>> >> >> >> >> >> >> >> > >> >> >> via
>> >> >> >> >> >> >> >> > >> >> >> RT
>> >> >> >> >> >> >> >> > >> >> >> <met_help at ucar.edu>
>> >> >> >> >> >> >> >> > >> >> >> wrote:
>> >> >> >> >> >> >> >> > >> >> >>
>> >> >> >> >> >> >> >> > >> >> >> >
>> >> >> >> >> >> >> >> > >> >> >> > <URL:
>> >> >> >> >> >> >> >> > >> >> >> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=86442
>> >> >> >> >> >> >> >> > >> >> >> > >
>> >> >> >> >> >> >> >> > >> >> >> >
>> >> >> >> >> >> >> >> > >> >> >> > Hello John,
>> >> >> >> >> >> >> >> > >> >> >> >
>> >> >> >> >> >> >> >> > >> >> >> >
>> >> >> >> >> >> >> >> > >> >> >> > Thank you for your assistance and I
>> >> >> >> >> >> >> >> > >> >> >> > am
>> >> >> >> >> >> >> >> > >> >> >> > terribly
>> >> >> >> >> >> >> >> > >> >> >> > sorry
>> >> >> >> >> >> >> >> > >> >> >> > that
>> >> >> >> >> >> >> >> > >> >> >> > I
>> >> >> >> >> >> >> >> > >> >> >> > haven't
>> >> >> >> >> >> >> >> > >> >> >> > checked my email frequently.
>> >> >> >> >> >> >> >> > >> >> >> > I have sent the test data to where
>> >> >> >> >> >> >> >> > >> >> >> > you
>> >> >> >> >> >> >> >> > >> >> >> > pointed,
>> >> >> >> >> >> >> >> > >> >> >> > namely
>> >> >> >> >> >> >> >> > >> >> >> > yu_data
>> >> >> >> >> >> >> >> > >> >> >> > directory.
>> >> >> >> >> >> >> >> > >> >> >> >
>> >> >> >> >> >> >> >> > >> >> >> >
>> >> >> >> >> >> >> >> > >> >> >> > best regards
>> >> >> >> >> >> >> >> > >> >> >> >
>> >> >> >> >> >> >> >> > >> >> >> >
>> >> >> >> >> >> >> >> > >> >> >> > Yu
>> >> >> >> >> >> >> >> > >> >> >> >
>> >> >> >> >> >> >> >> > >> >> >> >
>> >> >> >> >> >> >> >> > >> >> >> >
>> >> >> >> >> >> >> >> > >> >> >> >
>> >> >> >> >> >> >> >> > >> >> >> >
>> >> >> >> >> >> >> >> > >> >> >> >
>> >> >> >> >> >> >> >> > >> >> >> >
>> >> >> >> >> >> >> >> > >> >> >> >
>> >> >> >> >> >> >> >> > >> >> >> > At 2018-08-09 03:29:29, "John Halley
>> >> >> >> >> >> >> >> > >> >> >> > Gotway
>> >> >> >> >> >> >> >> > >> >> >> > via
>> >> >> >> >> >> >> >> > >> >> >> > RT"
>> >> >> >> >> >> >> >> > >> >> >> > <met_help at ucar.edu>
>> >> >> >> >> >> >> >> > >> >> >> > wrote:
>> >> >> >> >> >> >> >> > >> >> >> > > Hello Yu,
>> >> >> >> >> >> >> >> > >> >> >> > >
>> >> >> >> >> >> >> >> > >> >> >> > > I see you're having some trouble
>> >> >> >> >> >> >> >> > >> >> >> > > getting
>> >> >> >> >> >> >> >> > >> >> >> > > Point-
>> >> >> >> >> >> >> >> > >> >> >> > > Stat
>> >> >> >> >> >> >> >> > >> >> >> > > to
>> >> >> >> >> >> >> >> > >> >> >> > > run
>> >> >> >> >> >> >> >> > >> >> >> > > on
>> >> >> >> >> >> >> >> > >> >> >> > > your
>> >> >> >> >> >> >> >> > >> >> >> > > data.
>> >> >> >> >> >> >> >> > >> >> >> > > It looks like perhaps you tried to
>> >> >> >> >> >> >> >> > >> >> >> > > attach
>> >> >> >> >> >> >> >> > >> >> >> > > some
>> >> >> >> >> >> >> >> > >> >> >> > > sample
>> >> >> >> >> >> >> >> > >> >> >> > > files,
>> >> >> >> >> >> >> >> > >> >> >> > > but
>> >> >> >> >> >> >> >> > >> >> >> > > they
>> >> >> >> >> >> >> >> > >> >> >> > > didn't come through. If you'd like
>> >> >> >> >> >> >> >> > >> >> >> > > to
>> >> >> >> >> >> >> >> > >> >> >> > > send
>> >> >> >> >> >> >> >> > >> >> >> > > sample
>> >> >> >> >> >> >> >> > >> >> >> > > data,
>> >> >> >> >> >> >> >> > >> >> >> > > please
>> >> >> >> >> >> >> >> > >> >> >> > > follow the
>> >> >> >> >> >> >> >> > >> >> >> > > instructions here for posting data
>> >> >> >> >> >> >> >> > >> >> >> > > to
>> >> >> >> >> >> >> >> > >> >> >> > > our
>> >> >> >> >> >> >> >> > >> >> >> > > anonymous
>> >> >> >> >> >> >> >> > >> >> >> > > ftp
>> >> >> >> >> >> >> >> > >> >> >> > > site:
>> >> >> >> >> >> >> >> > >> >> >> > > https://dtcenter.org/met/users/support/met_help.php#ftp
>> >> >> >> >> >> >> >> > >> >> >> > >
>> >> >> >> >> >> >> >> > >> >> >> > > Please write back to let me know
>> >> >> >> >> >> >> >> > >> >> >> > > when
>> >> >> >> >> >> >> >> > >> >> >> > > the
>> >> >> >> >> >> >> >> > >> >> >> > > data
>> >> >> >> >> >> >> >> > >> >> >> > > is
>> >> >> >> >> >> >> >> > >> >> >> > > there
>> >> >> >> >> >> >> >> > >> >> >> > > and
>> >> >> >> >> >> >> >> > >> >> >> > > I'll
>> >> >> >> >> >> >> >> > >> >> >> > > go
>> >> >> >> >> >> >> >> > >> >> >> > > grab
>> >> >> >> >> >> >> >> > >> >> >> > it
>> >> >> >> >> >> >> >> > >> >> >> > > for testing:
>> >> >> >> >> >> >> >> > >> >> >> > > PointStatConfig_satobfy2e,
>> >> >> >> >> >> >> >> > >> >> >> > > little_r_FY2E_AMV_IR1_OTG_20160617_1800,
>> >> >> >> >> >> >> >> > >> >> >> > > WRFPRS_d01.2016061718
>> >> >> >> >> >> >> >> > >> >> >> > >
>> >> >> >> >> >> >> >> > >> >> >> > > Thanks,
>> >> >> >> >> >> >> >> > >> >> >> > > John Halley Gotway
>> >> >> >> >> >> >> >> > >> >> >> > >
>> >> >> >> >> >> >> >> > >> >> >> > > On Wed, Aug 1, 2018 at 4:27 PM Yu
>> >> >> >> >> >> >> >> > >> >> >> > > Xin
>> >> >> >> >> >> >> >> > >> >> >> > > via
>> >> >> >> >> >> >> >> > >> >> >> > > RT
>> >> >> >> >> >> >> >> > >> >> >> > > <met_help at ucar.edu>
>> >> >> >> >> >> >> >> > >> >> >> > > wrote:
>> >> >> >> >> >> >> >> > >> >> >> > >
>> >> >> >> >> >> >> >> > >> >> >> > >>
>> >> >> >> >> >> >> >> > >> >> >> > >> Wed Aug 01 16:27:44 2018: Request
>> >> >> >> >> >> >> >> > >> >> >> > >> 86442
>> >> >> >> >> >> >> >> > >> >> >> > >> was
>> >> >> >> >> >> >> >> > >> >> >> > >> acted
>> >> >> >> >> >> >> >> > >> >> >> > >> upon.
>> >> >> >> >> >> >> >> > >> >> >> > >> Transaction: Ticket created by
>> >> >> >> >> >> >> >> > >> >> >> > >> learnerxy at 163.com
>> >> >> >> >> >> >> >> > >> >> >> > >> Queue: met_help
>> >> >> >> >> >> >> >> > >> >> >> > >> Subject:
>> >> >> >> >> >> >> >> > >> >> >> > >> PointStatConfig_satobfy2e
>> >> >> >> >> >> >> >> > >> >> >> > >> Owner: Nobody
>> >> >> >> >> >> >> >> > >> >> >> > >> Requestors: learnerxy at 163.com
>> >> >> >> >> >> >> >> > >> >> >> > >> Status: new
>> >> >> >> >> >> >> >> > >> >> >> > >> Ticket <URL:
>> >> >> >> >> >> >> >> > >> >> >> > >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=86442
>> >> >> >> >> >> >> >> > >> >> >> > >> >
>> >> >> >> >> >> >> >> > >> >> >> > >>
>> >> >> >> >> >> >> >> > >> >> >> > >>
>> >> >> >> >> >> >> >> > >> >> >> > >> To whom it might be concerned,
>> >> >> >> >> >> >> >> > >> >> >> > >>
>> >> >> >> >> >> >> >> > >> >> >> > >>
>> >> >> >> >> >> >> >> > >> >> >> > >> Recently, I am evaluating the
>> >> >> >> >> >> >> >> > >> >> >> > >> SATOB
>> >> >> >> >> >> >> >> > >> >> >> > >> type
>> >> >> >> >> >> >> >> > >> >> >> > >> quality
>> >> >> >> >> >> >> >> > >> >> >> > >> by
>> >> >> >> >> >> >> >> > >> >> >> > >> METv7.0
>> >> >> >> >> >> >> >> > >> >> >> > >> tools,
>> >> >> >> >> >> >> >> > >> >> >> > >> but
>> >> >> >> >> >> >> >> > >> >> >> > >> failed that it always reminds of
>> >> >> >> >> >> >> >> > >> >> >> > >> me
>> >> >> >> >> >> >> >> > >> >> >> > >> the
>> >> >> >> >> >> >> >> > >> >> >> > >> corresponding
>> >> >> >> >> >> >> >> > >> >> >> > >> wrong
>> >> >> >> >> >> >> >> > >> >> >> > >> message,
>> >> >> >> >> >> >> >> > >> >> >> > >> FM-88_GEOAMV in little_r format.
>> >> >> >> >> >> >> >> > >> >> >> > >> In
>> >> >> >> >> >> >> >> > >> >> >> > >> fact, I
>> >> >> >> >> >> >> >> > >> >> >> > >> know
>> >> >> >> >> >> >> >> > >> >> >> > >> that
>> >> >> >> >> >> >> >> > >> >> >> > >> it
>> >> >> >> >> >> >> >> > >> >> >> > >> is
>> >> >> >> >> >> >> >> > >> >> >> > >> right
>> >> >> >> >> >> >> >> > >> >> >> > >> in
>> >> >> >> >> >> >> >> > >> >> >> > >> little_r format on expressing AMV
>> >> >> >> >> >> >> >> > >> >> >> > >> data.
>> >> >> >> >> >> >> >> > >> >> >> > >> So
>> >> >> >> >> >> >> >> > >> >> >> > >> I
>> >> >> >> >> >> >> >> > >> >> >> > >> do
>> >> >> >> >> >> >> >> > >> >> >> > >> not
>> >> >> >> >> >> >> >> > >> >> >> > >> know
>> >> >> >> >> >> >> >> > >> >> >> > >> how
>> >> >> >> >> >> >> >> > >> >> >> > >> to
>> >> >> >> >> >> >> >> > >> >> >> > >> set the
>> >> >> >> >> >> >> >> > >> >> >> > >> configuration file to pass the
>> >> >> >> >> >> >> >> > >> >> >> > >> point_stat
>> >> >> >> >> >> >> >> > >> >> >> > >> command
>> >> >> >> >> >> >> >> > >> >> >> > >> and
>> >> >> >> >> >> >> >> > >> >> >> > >> turn
>> >> >> >> >> >> >> >> > >> >> >> > >> to
>> >> >> >> >> >> >> >> > >> >> >> > >> your
>> >> >> >> >> >> >> >> > >> >> >> > >> help.
>> >> >> >> >> >> >> >> > >> >> >> > >>
>> >> >> >> >> >> >> >> > >> >> >> > >>
>> >> >> >> >> >> >> >> > >> >> >> > >> The attached are my test data.
>> >> >> >> >> >> >> >> > >> >> >> > >>
>> >> >> >> >> >> >> >> > >> >> >> > >>
>> >> >> >> >> >> >> >> > >> >> >> > >> I am looking forward to your
>> >> >> >> >> >> >> >> > >> >> >> > >> response
>> >> >> >> >> >> >> >> > >> >> >> > >> and
>> >> >> >> >> >> >> >> > >> >> >> > >> thank
>> >> >> >> >> >> >> >> > >> >> >> > >> you
>> >> >> >> >> >> >> >> > >> >> >> > >> so
>> >> >> >> >> >> >> >> > >> >> >> > >> much.
>> >> >> >> >> >> >> >> > >> >> >> > >>
>> >> >> >> >> >> >> >> > >> >> >> > >>
>> >> >> >> >> >> >> >> > >> >> >> > >> Sincerely,
>> >> >> >> >> >> >> >> > >> >> >> > >>
>> >> >> >> >> >> >> >> > >> >> >> > >>
>> >> >> >> >> >> >> >> > >> >> >> > >> Yu Xin
>> >> >> >> >> >> >> >> > >> >> >> > >> 从网易163邮箱发来的云附件
>> >> >> >> >> >> >> >> > >> >> >> > >> PointStatConfig_satobfy2e (5.53K,
>> >> >> >> >> >> >> >> > >> >> >> > >> 2018年8月31日
>> >> >> >> >> >> >> >> > >> >> >> > >> 16:12
>> >> >> >> >> >> >> >> > >> >> >> > >> 到期)
>> >> >> >> >> >> >> >> > >> >> >> > >> 下载
>> >> >> >> >> >> >> >> > >> >> >> > >> little_r_FY2E_AMV_IR1_OTG_20160617_1800
>> >> >> >> >> >> >> >> > >> >> >> > >> (5.79M,
>> >> >> >> >> >> >> >> > >> >> >> > >> 2018年8月31日
>> >> >> >> >> >> >> >> > >> >> >> > >> 16:12
>> >> >> >> >> >> >> >> > >> >> >> > >> 到期)
>> >> >> >> >> >> >> >> > >> >> >> > >> 下载
>> >> >> >> >> >> >> >> > >> >> >> > >> WRFPRS_d01.2016061718 - 复件(1)
>> >> >> >> >> >> >> >> > >> >> >> > >> (195.25M,
>> >> >> >> >> >> >> >> > >> >> >> > >> 2018年8月31日
>> >> >> >> >> >> >> >> > >> >> >> > >> 15:45
>> >> >> >> >> >> >> >> > >> >> >> > >> 到期)
>> >> >> >> >> >> >> >> > >> >> >> > >> 下载
>> >> >> >> >> >> >> >> > >> >> >> > >>
>> >> >> >> >> >> >> >> > >> >> >> >
>> >> >> >> >> >> >> >> > >> >> >> >
>> >> >> >> >> >> >> >> > >> >> >
>> >> >> >> >> >> >> >> > >> >> >
>> >> >> >> >> >> >> >> > >> >
>> >> >> >> >> >> >> >> > >> >
>> >> >> >> >> >> >> >> > >
>> >> >> >> >> >> >> >> > >
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >>
>> >> >> >> >> >>
>> >> >> >> >> >>
>> >> >> >> >> >>
>> >> >> >> >> >>
>> >> >> >> >> >>
>> >> >> >> >> >
>> >> >> >> >> >
>> >> >> >> >> >
>> >> >> >> >
>> >> >> >> >
>> >> >> >
>> >> >> >
>> >> >
>> >> >
>> >
>> >
>
>
----------------------------------------------------------------
Complete Ticket History
----------------------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #87161] why ascii2nc can not work for some ascii data?
From: Howard Soh
Time: Wed Sep 26 16:02:16 2018
It failed because of invalid valid_time data: 22.800 which should be
YYYYMMDD_HHMMSS.
The input data is valid until line 204965, but invalid from line
204966
because of missing station_id.
Please add station_id into your input file.
Missing station ID causes shifting columns:
valid time ==> station id,
latitude ==> valid time
ADPUPA 82705 20160706_000000 -7.580 -72.760 199.000
51 990.00 -888888.00 0 0.01592
ADPUPA 82705 20160706_000000 -7.580 -72.760 199.000
52 990.00 -888888.00 0 81.36086
ADPUPA 20160706_000000 22.800 -88.900 -888888.000
11 925.00 731.00 0 296.35001
ADPUPA 20160706_000000 22.800 -88.900 -888888.000
7 925.00 731.00 0 731.00000
ADPUPA 20160706_000000 22.800 -88.900 -888888.000
32 925.00 731.00 0 5.67010
ADPUPA 20160706_000000 22.800 -88.900 -888888.000
33 925.00 731.00 0 0.49418
Cheers,
Howard
On 9/26/2018 3:16 PM, Yu Xin via RT wrote:
> Wed Sep 26 15:16:48 2018: Request 87161 was acted upon.
> Transaction: Ticket created by learnerxy at 163.com
> Queue: met_help
> Subject: why ascii2nc can not work for some ascii data?
> Owner: Nobody
> Requestors: learnerxy at 163.com
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87161 >
>
>
> Dear Howard,
>
>
> Thank you for your help about the AMVs evaluation in MET tools. The
previous issue has been settled down under your painless assistence.
Now I have a new question to inquire you that I can not transform some
11 column ascii formate data to netcdf format data by ASCII2NC tool. I
have just put a new data named temp.ascii_2016070600 to the yuxin
directory. Could you please check it for me why the ASCII2NC tool can
not work for the case?
>
>
> thank you and look forward to your news.
>
>
> Best regards,
>
>
> Yu
>
>
>
>
>
>
> At 2018-09-25 04:29:14, "Howard Soh via RT" <met_help at ucar.edu>
wrote:
>> I wonder if you got the reasonable output with point_stat.
>> If you don't have any other issues, I would like to close this
ticket.
>> Please create a new ticket for the further assistance.
>>
>> Cheers,
>> Howard
>>
>> On Thu Aug 30 09:57:48 2018, learnerxy at 163.com wrote:
>>> Dear Howard,
>>> Thank you for your tries. It turned out that the set level in
>>> configuration file is crucial. I can go further on it.
>>> With my best wishes,
>>> Yu Xin
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> At 2018-08-30 06:05:21, "Howard Soh via RT" <met_help at ucar.edu>
wrote:
>>>> I wonder you made any progress.
>>>>
>>>> I tried the pressure range with plus/minus 25 for obs data (fcst:
>>>> P950 to obs P975-925, P850 to P875-825, ...) with nearest
>>>> interpolation. The number of matching pairs was increased between
>>>> P300 and P50 (243 pairs for P300, 252 for P250, 247 for P200, and
105
>>>> for P150). The additional matching pairs (was 0 before) for two
>>>> levels: 60 pairs for P400 (P425-375 for obs), and 6 pairs for
P500
>>>> (P525-475 for obs). No matching pairs between P600 and P950.
>>>>
>>>> Cheers,
>>>> Howard
>>>>
>>>> On Mon Aug 27 10:30:49 2018, learnerxy at 163.com wrote:
>>>>> The first examining level, 925hpa, is always confronting the
last
>>>>> level, 50hpa. So I think that is the key issue.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> At 2018-08-27 23:22:45, "Howard Soh via RT" <met_help at ucar.edu>
>>>>> wrote:
>>>>>> The number of obs data in little R was reduced to 17885 (was
>>>>>> 33768).
>>>>>> My suggestion was to get more obs data into little R format
ASCII
>>>>>> output (with hoping num_vld_flds to 7). It does not make sense
for
>>>>>> me
>>>>>> to get about half obs data with num_vld_flds to 7. It was more
>>>>>> before
>>>>>> (35550
>>>>>> obs data). Please produce more obs data into little R format
ASCII
>>>>>> input data to get more match pairs.
>>>>>>
>>>>>> Cheers,
>>>>>> Howard
>>>>>>
>>>>>>
>>>>>> On Mon Aug 27 09:04:46 2018, learnerxy at 163.com wrote:
>>>>>>> Hello Howard,
>>>>>>> Whatever I employed ascii format with 11 column or little_r
>>>>>>> format,
>>>>>>> the process of point_stat is the same that there are a few of
>>>>>>> match-
>>>>>>> pairs. If I set num_vld_flds to 7, no value output after
>>>>>>> executing
>>>>>>> point_stat, meanwhile if I set num_vld_flds to 1, all data can
>>>>>>> not
>>>>>>> be
>>>>>>> ingested by obsproc module, From the log file (seeing the
>>>>>>> attachment)
>>>>>>> setting num_vld_flds to 1, I feel there is something wrong
with
>>>>>>> the
>>>>>>> reading structure design in the internal point_stat, because
the
>>>>>>> grib
>>>>>>> record number which can not match occurs almost 10 interval
based
>>>>>>> on
>>>>>>> some rules. I think it's impossible. Generally speaking, for
the
>>>>>>> organized data, even if I deploy the 11 column ascii format, I
>>>>>>> also
>>>>>>> face the same problem. so could you send me some examples on
>>>>>>> examining
>>>>>>> other AMVs's config file? I hope I can find some troubles
under
>>>>>>> your
>>>>>>> help.
>>>>>>> Thank you so much.
>>>>>>> with my best regards,
>>>>>>> Yu
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> At 2018-08-25 01:21:48, "Howard Soh via RT"
<met_help at ucar.edu>
>>>>>>> wrote:
>>>>>>>> I don't have the latest little R file. I'm not sure how many
>>>>>>>> data
>>>>>>>> was
>>>>>>>> excluded into your little R format data.
>>>>>>>> - The output of ascii2nc contains 35550 obs data from the
>>>>>>>> initial
>>>>>>>> little R format data (at ftp server which has wrong pressure
>>>>>>>> values).
>>>>>>>> - The ascii2nc output from you contains 33768 obs.
>>>>>>>>
>>>>>>>> The ascii2nc processes all available obs data. The warning
>>>>>>>> message
>>>>>>>> is
>>>>>>>> generated after processing data. If this mismatch between
>>>>>>>> num_vld_flds and actually available data is intended to
provide
>>>>>>>> more
>>>>>>>> data, you can try num_vld_flds to 7. Please make sure 1) the
>>>>>>>> intended
>>>>>>>> obs data is saved to little R format (count them) and 2)
>>>>>>>> ascii2nc
>>>>>>>> converts all of them into NetCDF output for point_stat
(simply
>>>>>>>> checking by the number of obs in NetCDF).
>>>>>>>>
>>>>>>>> Cheers,
>>>>>>>> Howard
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Fri Aug 24 10:17:42 2018, learnerxy at 163.com wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Hello Howard,
>>>>>>>>> I have checked the data processed my program that convert
>>>>>>>>> other
>>>>>>>>> format
>>>>>>>>> file to little_r format many times since I can login in
>>>>>>>>> Cheyenne.
>>>>>>>>> From
>>>>>>>>> my opinion, mismatching pair may be caused by the ASCII2NC
>>>>>>>>> internal
>>>>>>>>> process or its improper requirement for little_r format,
>>>>>>>>> because
>>>>>>>>> if
>>>>>>>>> I
>>>>>>>>> employ your recommendation that set the num_vld_flds to 1 in
>>>>>>>>> little_r
>>>>>>>>> format file, all the data will be outside the specified
space
>>>>>>>>> in
>>>>>>>>> the
>>>>>>>>> module of OBSPROC, only keeping the original setting is okay
>>>>>>>>> and
>>>>>>>>> injested by WRFDA. The attached files are from da_verify_obs
>>>>>>>>> tool
>>>>>>>>> for
>>>>>>>>> diagnose purpose based on about a week's data statistics.
>>>>>>>>> I am looking forward to the new information about the topic.
>>>>>>>>> Thank you so much.
>>>>>>>>> kind regrards
>>>>>>>>> Yu
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> At 2018-08-23 00:57:36, "Howard Soh via RT"
>>>>>>>>> <met_help at ucar.edu>
>>>>>>>>> wrote:
>>>>>>>>>> The attached graphics were not delivered to us. I'm not
sure
>>>>>>>>>> if
>>>>>>>>>> the
>>>>>>>>>> images were filtered by e-mail server. Would you send them
>>>>>>>>>> again
>>>>>>>>>> or
>>>>>>>>>> upload them to the ftp server?
>>>>>>>>>>
>>>>>>>>>> Cheers,
>>>>>>>>>> Howard
>>>>>>>>>>
>>>>>>>>>> On Wed Aug 22 10:28:56 2018, learnerxy at 163.com wrote:
>>>>>>>>>>> Hi Howard,
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Thank you for your guidance about my organized data.I
think
>>>>>>>>>>> it
>>>>>>>>>>> over
>>>>>>>>>>> and over and I wonder where the problem is. In fact, the
>>>>>>>>>>> data
>>>>>>>>>>> processed by the program can work in OBSPROC and WRFDA and
>>>>>>>>>>> the
>>>>>>>>>>> diagnose file from WRFDA seems like reasonable. The
>>>>>>>>>>> graphics
>>>>>>>>>>> of
>>>>>>>>>>> attachment are from WRFDA diagnose. The only difference
>>>>>>>>>>> between
>>>>>>>>>>> the
>>>>>>>>>>> two utilize is that the data are employed in WRFDA above
>>>>>>>>>>> 400hpa,
>>>>>>>>>>> while
>>>>>>>>>>> the data in MET distributed at all layers.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> I have ever organized the data as ASCII format output of
11
>>>>>>>>>>> column
>>>>>>>>>>> required by the ASCII2NC, but same result. I have been
>>>>>>>>>>> wondering
>>>>>>>>>>> if
>>>>>>>>>>> the unit of height is not right. For OBSPROC, the height
in
>>>>>>>>>>> little_r
>>>>>>>>>>> format is meter, what about it in MET? meter? Geopotential
>>>>>>>>>>> height?
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> My SATOB data configure with windspeed, wind direction,
>>>>>>>>>>> temperature
>>>>>>>>>>> and pressure information. While OBSPROC need height
>>>>>>>>>>> information,
>>>>>>>>>>> so
>>>>>>>>>>> I
>>>>>>>>>>> convert pressure to height by the WRFDA's internal code. I
>>>>>>>>>>> make
>>>>>>>>>>> sure
>>>>>>>>>>> this step is right, otherwise this kind of data can not
>>>>>>>>>>> work
>>>>>>>>>>> reasonably.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> I can not login in Cheyenne now, so I am sorry that I can
>>>>>>>>>>> not
>>>>>>>>>>> provide
>>>>>>>>>>> more test information.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> best regards
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Yu
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> At 2018-08-22 08:06:34, "Howard Soh via RT"
>>>>>>>>>>> <met_help at ucar.edu>
>>>>>>>>>>> wrote:
>>>>>>>>>>>> I'm sorry for the late response. I was in trouble on
>>>>>>>>>>>> getting
>>>>>>>>>>>> files
>>>>>>>>>>>> from ftp server.
>>>>>>>>>>>> I'm not good at to read the point_stat output. I will get
>>>>>>>>>>>> some
>>>>>>>>>>>> help.
>>>>>>>>>>>>
>>>>>>>>>>>> [ number of matching pairs]
>>>>>>>>>>>>
>>>>>>>>>>>> In case of satobfy2e2016070800.nc, there are 33768
>>>>>>>>>>>> observations
>>>>>>>>>>>> (5628
>>>>>>>>>>>> obs for each variable). The log file shows there were 21
>>>>>>>>>>>> matching
>>>>>>>>>>>> pairs.
>>>>>>>>>>>>
>>>>>>>>>>>> I attached one excel file and I uploaded
>>>>>>>>>>>> satobfy2e2016070800.nc.dump
>>>>>>>>>>>> to the ftp server which is an ASCII dump from
>>>>>>>>>>>> satobfy2e2016070800.nc.
>>>>>>>>>>>>
>>>>>>>>>>>> Attached excel file contains the Geopotential height only
>>>>>>>>>>>> (94.
>>>>>>>>>>>> obs
>>>>>>>>>>>> data) for matching vertical levels with point_stat config
>>>>>>>>>>>> file.
>>>>>>>>>>>>
>>>>>>>>>>>> The point_stat found 2 obs for P400, 3 obs for P300, 7
>>>>>>>>>>>> for
>>>>>>>>>>>> P250, 5
>>>>>>>>>>>> for P200, and 4 for P100 (from the log file). The number
>>>>>>>>>>>> of
>>>>>>>>>>>> matching
>>>>>>>>>>>> pairs seems to be right.
>>>>>>>>>>>>
>>>>>>>>>>>> Here are count per pressure level from ascii2nc output:
>>>>>>>>>>>> 16 P100
>>>>>>>>>>>> 4 P150
>>>>>>>>>>>> 11 P200
>>>>>>>>>>>> 23 P250
>>>>>>>>>>>> 11 P300
>>>>>>>>>>>> 3 P400
>>>>>>>>>>>> 6 P500
>>>>>>>>>>>> 3 P600
>>>>>>>>>>>> 3 P700
>>>>>>>>>>>> 8 P850
>>>>>>>>>>>> 6 P925
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> The latitude between P500 and P950 was all negative. All
>>>>>>>>>>>> of
>>>>>>>>>>>> them
>>>>>>>>>>>> were
>>>>>>>>>>>> excluded.
>>>>>>>>>>>> The latitude for P400 was negative except 2 records.
>>>>>>>>>>>> The latitude for P300 was negative except 3 records.
>>>>>>>>>>>> I check some lat/lon for P100, P200, and P250. Would you
>>>>>>>>>>>> check
>>>>>>>>>>>> and
>>>>>>>>>>>> confirm that they are excluded by lat/lon?
>>>>>>>>>>>>
>>>>>>>>>>>> [ Other issues ]
>>>>>>>>>>>>
>>>>>>>>>>>> QC values: the obs. data can be filtered by the QC value
>>>>>>>>>>>> for
>>>>>>>>>>>> the
>>>>>>>>>>>> other MET tools.
>>>>>>>>>>>>
>>>>>>>>>>>> the station ID in the little_r format file
>>>>>>>>>>>>
>>>>>>>>>>>> The third column is station ID and the fourth column is
>>>>>>>>>>>> the
>>>>>>>>>>>> descriptive name:
>>>>>>>>>>>>
>>>>>>>>>>>> 59.01000: first column: latitude
>>>>>>>>>>>> 66.37000: second column: longitude
>>>>>>>>>>>> N5966 : third column:
>>>>>>>>>>>> station
>>>>>>>>>>>> ID
>>>>>>>>>>>> N5966 : fourth column:
>>>>>>>>>>>> Name
>>>>>>>>>>>>
>>>>>>>>>>>> Cheers,
>>>>>>>>>>>> Howard
>>>>>>>>>>>>
>>>>>>>>>>>> On Sun Aug 19 19:15:14 2018, learnerxy at 163.com wrote:
>>>>>>>>>>>>> Hi Howard,
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Thank you for your patient guidance on the usage of
>>>>>>>>>>>>> METv7.0.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Now I have another questions to inquire:
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> 1) How should I set the QC value about the observation
>>>>>>>>>>>>> correctly?
>>>>>>>>>>>>> I
>>>>>>>>>>>>> am
>>>>>>>>>>>>> not sure the QC index meaning in MET tool.Now I set them
>>>>>>>>>>>>> zero
>>>>>>>>>>>>> whatever
>>>>>>>>>>>>> observations.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> 2) There are at least 5000 data of SATOB in all in a
>>>>>>>>>>>>> specific
>>>>>>>>>>>>> area
>>>>>>>>>>>>> verified also by the plot_point_data command, but why
>>>>>>>>>>>>> there
>>>>>>>>>>>>> is
>>>>>>>>>>>>> few
>>>>>>>>>>>>> match pairs to be verified in the internal. About the
>>>>>>>>>>>>> issue, I
>>>>>>>>>>>>> have
>>>>>>>>>>>>> sent 3 SATOB NC files(
>>>>>>>>>>>>> satobfy2e2016070800.nc, satobfy2e2016070800.nc,
>>>>>>>>>>>>> satobfy2e2016070800.nc) Point_stat CNT and MPR result
>>>>>>>>>>>>> files
>>>>>>>>>>>>> (point_stat_000000L_20160708_000000V_cnt.txt,
>>>>>>>>>>>>>
point_stat_060000L_20160708_060000V_cnt.txt,point_stat_060000L_20160708_060000V_cnt.txt,
>>>>>>>>>>>>>
point_stat_000000L_20160708_000000V_mpr.txt,point_stat_060000L_20160708_060000V_mpr.txt,point_stat_120000L_20160708_120000V_mpr.txt)
>>>>>>>>>>>>> yu_data directory, and the Configuration File has been
>>>>>>>>>>>>> there a
>>>>>>>>>>>>> few
>>>>>>>>>>>>> days ago. From these results, we can see the statistics
>>>>>>>>>>>>> are
>>>>>>>>>>>>> not
>>>>>>>>>>>>> reasonable, but I don't know where is the problem? How
>>>>>>>>>>>>> do I
>>>>>>>>>>>>> set
>>>>>>>>>>>>> the
>>>>>>>>>>>>> config file or how to organize the station ID in the
>>>>>>>>>>>>> little_r
>>>>>>>>>>>>> format
>>>>>>>>>>>>> file?
>>>>>>>>>>>>>
>>>>>>>>>>>>> Best wishes
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Yu
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> FYI:
>>>>>>>>>>>>> I forgot that I have also transferred a log file
>>>>>>>>>>>>> satob_point_stat.log
>>>>>>>>>>>>> which reminded that mismatch in level exists. so how
>>>>>>>>>>>>> should
>>>>>>>>>>>>> I
>>>>>>>>>>>>> specify
>>>>>>>>>>>>> the level?
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> At 2018-08-18 06:13:43, "Howard Soh via RT"
>>>>>>>>>>>>> <met_help at ucar.edu>
>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>> The output of point_stat looks good!
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> It looks like there was a syntax error on ascii2nc.
>>>>>>>>>>>>>> The
>>>>>>>>>>>>>> configuration
>>>>>>>>>>>>>> file Ascii2NcConfig_satob was overwritten as the
>>>>>>>>>>>>>> ascii2nc
>>>>>>>>>>>>>> output.
>>>>>>>>>>>>>> The
>>>>>>>>>>>>>> uploaded configuration is actually a NetCDF output
>>>>>>>>>>>>>> file.
>>>>>>>>>>>>>> The
>>>>>>>>>>>>>> ascii2nc
>>>>>>>>>>>>>> accepts multiple input files and the last name becomes
>>>>>>>>>>>>>> the
>>>>>>>>>>>>>> NetCDF
>>>>>>>>>>>>>> output name.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> ./ascii2nc ASCII_input Ascii2nc_output.nc -config
>>>>>>>>>>>>>> Ascii2NcConfig_satob
>>>>>>>>>>>>>> VS
>>>>>>>>>>>>>> ./ascii2nc ASCII_input Ascii2nc_output.nc
>>>>>>>>>>>>>> Ascii2NcConfig_satob
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> The first command reads ASCII_input and produces
>>>>>>>>>>>>>> Ascii2nc_output.nc
>>>>>>>>>>>>>> as output by using the configuration file
>>>>>>>>>>>>>> Ascii2NcConfig_satob.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> The second command reads ASCII_input &
>>>>>>>>>>>>>> Ascii2nc_output.nc
>>>>>>>>>>>>>> and
>>>>>>>>>>>>>> produces Ascii2NcConfig_satob without using customized
>>>>>>>>>>>>>> configuration.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Please let me know if anything I can help you.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Cheers,
>>>>>>>>>>>>>> Howard
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Fri Aug 17 15:36:57 2018, learnerxy at 163.com wrote:
>>>>>>>>>>>>>>> Hello Howard,
>>>>>>>>>>>>>>> Thank you for your analysis on the data processed by
>>>>>>>>>>>>>>> my
>>>>>>>>>>>>>>> program.
>>>>>>>>>>>>>>> As
>>>>>>>>>>>>>>> you suggested, I have corrected it and move to the
>>>>>>>>>>>>>>> next
>>>>>>>>>>>>>>> few
>>>>>>>>>>>>>>> steps.
>>>>>>>>>>>>>>> They works well in my opinion. See the point_stat.log
>>>>>>>>>>>>>>> and
>>>>>>>>>>>>>>> PointStatConfig_satobfy2e file.
>>>>>>>>>>>>>>> Thank you so much
>>>>>>>>>>>>>>> Yu
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> At 2018-08-18 01:45:00, "Howard Soh via RT"
>>>>>>>>>>>>>>> <met_help at ucar.edu>
>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>> Would you upload the log and configuration files to
>>>>>>>>>>>>>>>> ftp?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> As I told you, the output of the point_stat will be
>>>>>>>>>>>>>>>> empty
>>>>>>>>>>>>>>>> because
>>>>>>>>>>>>>>>> of
>>>>>>>>>>>>>>>> no matching pairs (by message type, grid and
>>>>>>>>>>>>>>>> vertical
>>>>>>>>>>>>>>>> levels).
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Cheers,
>>>>>>>>>>>>>>>> Howard
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On Fri Aug 17 11:21:06 2018, hsoh wrote:
>>>>>>>>>>>>>>>>> The first line (Little R data) is a header record
>>>>>>>>>>>>>>>>> and
>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>> second
>>>>>>>>>>>>>>>>> line
>>>>>>>>>>>>>>>>> is a data record. The pressure value (first data
>>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>> data
>>>>>>>>>>>>>>>>> record)
>>>>>>>>>>>>>>>>> is valid, but the height value (the second data at
>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>> data
>>>>>>>>>>>>>>>>> record)
>>>>>>>>>>>>>>>>> is
>>>>>>>>>>>>>>>>> the missing value at your input data. That's why
>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>> fourth
>>>>>>>>>>>>>>>>> columns
>>>>>>>>>>>>>>>>> are blank (all missing values).
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> The second line from your little R data:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> 311.00000 0-888888.00000 0 229.88000
>>>>>>>>>>>>>>>>> 0-
>>>>>>>>>>>>>>>>> 888888.00000
>>>>>>>>>>>>>>>>> 0 3.00000 0 270.00000 0
>>>>>>>>>>>>>>>>> 3.00000
>>>>>>>>>>>>>>>>> 0
>>>>>>>>>>>>>>>>> -0.00000 0-888888.00000 0-888888.00000
>>>>>>>>>>>>>>>>> 0
>>>>>>>>>>>>>>>>> ==>
>>>>>>>>>>>>>>>>> 311.00000 0: the pressure value and QC
>>>>>>>>>>>>>>>>> value
>>>>>>>>>>>>>>>>> -888888.00000 0: the height value and QC
>>>>>>>>>>>>>>>>> value
>>>>>>>>>>>>>>>>> 229.88000 0: the temperature value and QC
>>>>>>>>>>>>>>>>> value
>>>>>>>>>>>>>>>>> ...
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> the header at acscii2nc output:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> float obs_arr(nobs, obs_arr_len) ;
>>>>>>>>>>>>>>>>> obs_arr:long_name = "array of observation
>>>>>>>>>>>>>>>>> values" ;
>>>>>>>>>>>>>>>>> obs_arr:missing_value = -9999.f ;
>>>>>>>>>>>>>>>>> obs_arr:_FillValue = -9999.f ;
>>>>>>>>>>>>>>>>> obs_arr:hdr_id_long_name = "index of
>>>>>>>>>>>>>>>>> matching
>>>>>>>>>>>>>>>>> header
>>>>>>>>>>>>>>>>> data" ;
>>>>>>>>>>>>>>>>> obs_arr:columns = "hdr_id gc lvl hgt ob" ;
>>>>>>>>>>>>>>>>> obs_arr:gc_long_name = "grib code
>>>>>>>>>>>>>>>>> corresponding
>>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>> observation type" ;
>>>>>>>>>>>>>>>>> obs_arr:lvl_long_name = "pressure level
>>>>>>>>>>>>>>>>> (hPa)
>>>>>>>>>>>>>>>>> or
>>>>>>>>>>>>>>>>> accumulation
>>>>>>>>>>>>>>>>> interval (sec)" ;
>>>>>>>>>>>>>>>>> obs_arr:hgt_long_name = "height in meters
>>>>>>>>>>>>>>>>> above
>>>>>>>>>>>>>>>>> sea
>>>>>>>>>>>>>>>>> level
>>>>>>>>>>>>>>>>> or
>>>>>>>>>>>>>>>>> ground level (msl or agl)" ;
>>>>>>>>>>>>>>>>> obs_arr:ob_long_name = "observation value"
>>>>>>>>>>>>>>>>> ;
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Cheers,
>>>>>>>>>>>>>>>>> Howard
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> On Fri Aug 17 10:25:58 2018, learnerxy at 163.com
>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>> Hello Howard,
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> I tried my program many times as you suggested,
>>>>>>>>>>>>>>>>>> but
>>>>>>>>>>>>>>>>>> failed
>>>>>>>>>>>>>>>>>> again
>>>>>>>>>>>>>>>>>> as
>>>>>>>>>>>>>>>>>> usual after executing ascii2nc command: blank
>>>>>>>>>>>>>>>>>> value
>>>>>>>>>>>>>>>>>> in
>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>> forth
>>>>>>>>>>>>>>>>>> column in the NC format file. So I sent my
>>>>>>>>>>>>>>>>>> program,
>>>>>>>>>>>>>>>>>> satob2little_r.f90, and the test data,
>>>>>>>>>>>>>>>>>> FY2E_AMV_IR1_OTG_20160705_0000.AWX, to the
>>>>>>>>>>>>>>>>>> yu_data
>>>>>>>>>>>>>>>>>> directory.
>>>>>>>>>>>>>>>>>> Hope
>>>>>>>>>>>>>>>>>> you
>>>>>>>>>>>>>>>>>> identify my process about the data.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> I wonder why the data processed by the program
>>>>>>>>>>>>>>>>>> can
>>>>>>>>>>>>>>>>>> work
>>>>>>>>>>>>>>>>>> in
>>>>>>>>>>>>>>>>>> obsproc
>>>>>>>>>>>>>>>>>> model if it is wrong.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Thank you so much.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> best regard,
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Yu
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> At 2018-08-16 02:48:52, "Howard Soh via RT"
>>>>>>>>>>>>>>>>>> <met_help at ucar.edu>
>>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>>> The log file shows the NetCDF output was
>>>>>>>>>>>>>>>>>>> successfully
>>>>>>>>>>>>>>>>>>> generated
>>>>>>>>>>>>>>>>>>> as
>>>>>>>>>>>>>>>>>>> "satob.nc".
>>>>>>>>>>>>>>>>>>> The next step is configuring for ascii2nc and
>>>>>>>>>>>>>>>>>>> point_stat.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> 1. Ascii2Nc: add "FM-88 GEOAMV" key to
>>>>>>>>>>>>>>>>>>> message_type_map
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> message_type_map = [
>>>>>>>>>>>>>>>>>>> { key = "FM-12 SYNOP"; val = "ADPSFC"; },
>>>>>>>>>>>>>>>>>>> { key = "FM-13 SHIP"; val = "SFCSHP"; },
>>>>>>>>>>>>>>>>>>> { key = "FM-15 METAR"; val = "ADPSFC"; },
>>>>>>>>>>>>>>>>>>> { key = "FM-18 BUOY"; val = "SFCSHP"; },
>>>>>>>>>>>>>>>>>>> { key = "FM-281 QSCAT"; val = "ASCATW"; },
>>>>>>>>>>>>>>>>>>> { key = "FM-32 PILOT"; val = "ADPUPA"; },
>>>>>>>>>>>>>>>>>>> { key = "FM-35 TEMP"; val = "ADPUPA"; },
>>>>>>>>>>>>>>>>>>> { key = "FM-88 SATOB"; val = "SATWND"; },
>>>>>>>>>>>>>>>>>>> { key = "FM-97 ACARS"; val = "AIRCFT"; }
>>>>>>>>>>>>>>>>>>> ];
>>>>>>>>>>>>>>>>>>> ==>
>>>>>>>>>>>>>>>>>>> message_type_map = [
>>>>>>>>>>>>>>>>>>> { key = "FM-12 SYNOP"; val = "ADPSFC"; },
>>>>>>>>>>>>>>>>>>> { key = "FM-13 SHIP"; val = "SFCSHP"; },
>>>>>>>>>>>>>>>>>>> { key = "FM-15 METAR"; val = "ADPSFC"; },
>>>>>>>>>>>>>>>>>>> { key = "FM-18 BUOY"; val = "SFCSHP"; },
>>>>>>>>>>>>>>>>>>> { key = "FM-281 QSCAT"; val = "ASCATW"; },
>>>>>>>>>>>>>>>>>>> { key = "FM-32 PILOT"; val = "ADPUPA"; },
>>>>>>>>>>>>>>>>>>> { key = "FM-35 TEMP"; val = "ADPUPA"; },
>>>>>>>>>>>>>>>>>>> { key = "FM-88 SATOB"; val = "SATWND"; },
>>>>>>>>>>>>>>>>>>> { key = "FM-88 GEOAMV"; val = "SATWND"; },
>>>>>>>>>>>>>>>>>>> { key = "FM-97 ACARS"; val = "AIRCFT"; }
>>>>>>>>>>>>>>>>>>> ];
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> 2 . PointStatConfig_satobfy2e
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> message_type = [ "ADPUPA" ];
>>>>>>>>>>>>>>>>>>> ==>
>>>>>>>>>>>>>>>>>>> message_type = [ "SATWND" ];
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> And the next step will be configuring other
>>>>>>>>>>>>>>>>>>> thing.
>>>>>>>>>>>>>>>>>>> The
>>>>>>>>>>>>>>>>>>> other
>>>>>>>>>>>>>>>>>>> obs
>>>>>>>>>>>>>>>>>>> data
>>>>>>>>>>>>>>>>>>> was rejected by grid and vertical levels, For
>>>>>>>>>>>>>>>>>>> example:
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> DEBUG 3: Rejected: off the grid = 4800
>>>>>>>>>>>>>>>>>>> DEBUG 3: Rejected: level mismatch = 1125
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Cheers,
>>>>>>>>>>>>>>>>>>> Howard
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> FYI:
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> The warnings mean:
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> warning 1:
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Storing message type as "FM-88_GEOAMV" for
>>>>>>>>>>>>>>>>>>> unexpected
>>>>>>>>>>>>>>>>>>> report
>>>>>>>>>>>>>>>>>>> type
>>>>>>>>>>>>>>>>>>> "FM-88 GEOAMV"
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> The default Ascii2Nc configuration has mapping
>>>>>>>>>>>>>>>>>>> for
>>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>>> message
>>>>>>>>>>>>>>>>>>> types
>>>>>>>>>>>>>>>>>>> (message_type_map). "FM-88 GEOAMV" is not
>>>>>>>>>>>>>>>>>>> defined
>>>>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>>>> Ascii2Nc
>>>>>>>>>>>>>>>>>>> configuration. It will be resolved if you
>>>>>>>>>>>>>>>>>>> customize
>>>>>>>>>>>>>>>>>>> your
>>>>>>>>>>>>>>>>>>> configuration for ascii2nc.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> warning 2:
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> process_little_r_obs() -> the number of data
>>>>>>>>>>>>>>>>>>> lines
>>>>>>>>>>>>>>>>>>> specified
>>>>>>>>>>>>>>>>>>> in
>>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>>> header (7) does not match the number found in
>>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>>> data
>>>>>>>>>>>>>>>>>>> (1)
>>>>>>>>>>>>>>>>>>> on
>>>>>>>>>>>>>>>>>>> line
>>>>>>>>>>>>>>>>>>> number 3.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> The little R format file has 7 as "valid
>>>>>>>>>>>>>>>>>>> fields"
>>>>>>>>>>>>>>>>>>> But
>>>>>>>>>>>>>>>>>>> there
>>>>>>>>>>>>>>>>>>> is
>>>>>>>>>>>>>>>>>>> only
>>>>>>>>>>>>>>>>>>> 1
>>>>>>>>>>>>>>>>>>> valid value at at 3, 7, 11 ... lines:
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
http://www2.mmm.ucar.edu/wrf/users/wrfda/OnlineTutorial/Help/littler.html
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> For example:
>>>>>>>>>>>>>>>>>>> -777777.00000 0-777777.00000 0
>>>>>>>>>>>>>>>>>>> 1.00000
>>>>>>>>>>>>>>>>>>> 0-
>>>>>>>>>>>>>>>>>>> 888888.00000 0-888888.00000 0-
>>>>>>>>>>>>>>>>>>> 888888.00000
>>>>>>>>>>>>>>>>>>> 0-
>>>>>>>>>>>>>>>>>>> 888888.00000 0-888888.00000 0-
>>>>>>>>>>>>>>>>>>> 888888.00000
>>>>>>>>>>>>>>>>>>> 0-
>>>>>>>>>>>>>>>>>>> 888888.00000 0
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> One variable takes 20 bytes: value (13
>>>>>>>>>>>>>>>>>>> characters)
>>>>>>>>>>>>>>>>>>> and
>>>>>>>>>>>>>>>>>>> QC
>>>>>>>>>>>>>>>>>>> value
>>>>>>>>>>>>>>>>>>> (7
>>>>>>>>>>>>>>>>>>> characters)
>>>>>>>>>>>>>>>>>>> -777777.00000: "end record" flag
>>>>>>>>>>>>>>>>>>> 888888.00000 or -88: missing value
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> On Wed Aug 15 12:03:23 2018, learnerxy at 163.com
>>>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Hello Howard,
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> I haven't got my own config file for
>>>>>>>>>>>>>>>>>>>> ascii2nc.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Just now, I have sent the test case and its
>>>>>>>>>>>>>>>>>>>> log
>>>>>>>>>>>>>>>>>>>> file
>>>>>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>>>> ftp
>>>>>>>>>>>>>>>>>>>> server.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Thank you.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> best wishes
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Yu
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> At 2018-08-16 01:08:08, "Howard Soh via RT"
>>>>>>>>>>>>>>>>>>>> <met_help at ucar.edu>
>>>>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>>>>> I can not reproduce a problem with ascii2nc
>>>>>>>>>>>>>>>>>>>>> and
>>>>>>>>>>>>>>>>>>>>> no
>>>>>>>>>>>>>>>>>>>>> error
>>>>>>>>>>>>>>>>>>>>> during
>>>>>>>>>>>>>>>>>>>>> point_stat, but empty output which is
>>>>>>>>>>>>>>>>>>>>> expected
>>>>>>>>>>>>>>>>>>>>> because
>>>>>>>>>>>>>>>>>>>>> of
>>>>>>>>>>>>>>>>>>>>> configuration for me.
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> Would you send me the log file (email or
>>>>>>>>>>>>>>>>>>>>> upload
>>>>>>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>>>>>>> ftp
>>>>>>>>>>>>>>>>>>>>> server)?
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> The log file will be generated with
>>>>>>>>>>>>>>>>>>>>> additional
>>>>>>>>>>>>>>>>>>>>> arguments:
>>>>>>>>>>>>>>>>>>>>> -v 5 -log ascci2nc.log
>>>>>>>>>>>>>>>>>>>>> OR
>>>>>>>>>>>>>>>>>>>>> -v 5 -log point_stat.log
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> If you have your own ascci2nc config file,
>>>>>>>>>>>>>>>>>>>>> please
>>>>>>>>>>>>>>>>>>>>> upload
>>>>>>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>>>>>>> ftp
>>>>>>>>>>>>>>>>>>>>> server. My run produced the empty output
>>>>>>>>>>>>>>>>>>>>> with
>>>>>>>>>>>>>>>>>>>>> point_stat
>>>>>>>>>>>>>>>>>>>>> because
>>>>>>>>>>>>>>>>>>>>> of
>>>>>>>>>>>>>>>>>>>>> different message type:
>>>>>>>>>>>>>>>>>>>>> - ascii2nc converts "FM-88 GEOAMV" to "FM-
>>>>>>>>>>>>>>>>>>>>> 88_GEOAMV"
>>>>>>>>>>>>>>>>>>>>> - point_stat filters obs data by the
>>>>>>>>>>>>>>>>>>>>> message
>>>>>>>>>>>>>>>>>>>>> type
>>>>>>>>>>>>>>>>>>>>> "ADPUPA"
>>>>>>>>>>>>>>>>>>>>> ==> all obs data is rejected.
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> Cheers,
>>>>>>>>>>>>>>>>>>>>> Howard
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> FYI:
>>>>>>>>>>>>>>>>>>>>> empty output but no errors.
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> The last log messages from ascii2nc with
>>>>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>>>>> updated
>>>>>>>>>>>>>>>>>>>>> input:
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> DEBUG 2: Rejected 0 observations off the
>>>>>>>>>>>>>>>>>>>>> masking
>>>>>>>>>>>>>>>>>>>>> grid.
>>>>>>>>>>>>>>>>>>>>> DEBUG 2: Rejected 0 observations outside
>>>>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>>>>> masking
>>>>>>>>>>>>>>>>>>>>> polyline.
>>>>>>>>>>>>>>>>>>>>> DEBUG 2: Rejected 0 observations not
>>>>>>>>>>>>>>>>>>>>> matched
>>>>>>>>>>>>>>>>>>>>> with
>>>>>>>>>>>>>>>>>>>>> station
>>>>>>>>>>>>>>>>>>>>> ID's.
>>>>>>>>>>>>>>>>>>>>> DEBUG 2: Processing observations for 5892
>>>>>>>>>>>>>>>>>>>>> headers.
>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Creating NetCDF Observation file:
>>>>>>>>>>>>>>>>>>>>> little_r_FY2E_AMV_IR1_OTG_20160617_1800.nc
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> The last log messages from point_stat:
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> DEBUG 3: Number of matched pairs = 0
>>>>>>>>>>>>>>>>>>>>> DEBUG 3: Observations processed = 35352
>>>>>>>>>>>>>>>>>>>>> DEBUG 3: Rejected: SID exclusion = 0
>>>>>>>>>>>>>>>>>>>>> DEBUG 3: Rejected: obs type = 35352
>>>>>>>>>>>>>>>>>>>>> DEBUG 3: Rejected: valid time = 0
>>>>>>>>>>>>>>>>>>>>> DEBUG 3: Rejected: bad obs value = 0
>>>>>>>>>>>>>>>>>>>>> DEBUG 3: Rejected: off the grid = 0
>>>>>>>>>>>>>>>>>>>>> DEBUG 3: Rejected: level mismatch = 0
>>>>>>>>>>>>>>>>>>>>> DEBUG 3: Rejected: quality marker = 0
>>>>>>>>>>>>>>>>>>>>> DEBUG 3: Rejected: message type = 0
>>>>>>>>>>>>>>>>>>>>> DEBUG 3: Rejected: masking region = 0
>>>>>>>>>>>>>>>>>>>>> DEBUG 3: Rejected: bad fcst value = 0
>>>>>>>>>>>>>>>>>>>>> DEBUG 3: Rejected: duplicates = 0
>>>>>>>>>>>>>>>>>>>>> DEBUG 2:
>>>>>>>>>>>>>>>>>>>>> DEBUG 2:
>>>>>>>>>>>>>>>>>>>>>
--------------------------------------------------------------------------------
>>>>>>>>>>>>>>>>>>>>> DEBUG 2:
>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V.stat
>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_fho.txt
>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_ctc.txt
>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_cts.txt
>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_mctc.txt
>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_mcts.txt
>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_cnt.txt
>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_sl1l2.txt
>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_sal1l2.txt
>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_pct.txt
>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_pstd.txt
>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_pjc.txt
>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_prc.txt
>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_eclv.txt
>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_mpr.txt
>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_vcnt.txt
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> On Wed Aug 15 09:27:48 2018,
>>>>>>>>>>>>>>>>>>>>> learnerxy at 163.com
>>>>>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> Hello Howard,
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> Thank you for your joinning in.
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> I made it several times as you wish, but
>>>>>>>>>>>>>>>>>>>>>> failed
>>>>>>>>>>>>>>>>>>>>>> again
>>>>>>>>>>>>>>>>>>>>>> like
>>>>>>>>>>>>>>>>>>>>>> before. I
>>>>>>>>>>>>>>>>>>>>>> also edited the corresponding program as
>>>>>>>>>>>>>>>>>>>>>> you
>>>>>>>>>>>>>>>>>>>>>> recommended
>>>>>>>>>>>>>>>>>>>>>> and
>>>>>>>>>>>>>>>>>>>>>> tried
>>>>>>>>>>>>>>>>>>>>>> another case, the same failure is still in
>>>>>>>>>>>>>>>>>>>>>> front
>>>>>>>>>>>>>>>>>>>>>> of
>>>>>>>>>>>>>>>>>>>>>> me. I
>>>>>>>>>>>>>>>>>>>>>> have
>>>>>>>>>>>>>>>>>>>>>> sent
>>>>>>>>>>>>>>>>>>>>>> a
>>>>>>>>>>>>>>>>>>>>>> new case data named
>>>>>>>>>>>>>>>>>>>>>> little_r_FY2E_AMV_IR1_OTG_20160620_0600
>>>>>>>>>>>>>>>>>>>>>> residing
>>>>>>>>>>>>>>>>>>>>>> in
>>>>>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>>>>>> yu_data
>>>>>>>>>>>>>>>>>>>>>> directory by ftp-mode.Could you please
>>>>>>>>>>>>>>>>>>>>>> check
>>>>>>>>>>>>>>>>>>>>>> it
>>>>>>>>>>>>>>>>>>>>>> again?
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> Best wishes.
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> Yu Xin
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> At 2018-08-15 08:05:42, "Howard Soh via
>>>>>>>>>>>>>>>>>>>>>> RT"
>>>>>>>>>>>>>>>>>>>>>> <met_help at ucar.edu>
>>>>>>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>>>>>>> I'm working with John.
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> I looked at the little R format ASCII
>>>>>>>>>>>>>>>>>>>>>>> file.
>>>>>>>>>>>>>>>>>>>>>>> It
>>>>>>>>>>>>>>>>>>>>>>> is
>>>>>>>>>>>>>>>>>>>>>>> a
>>>>>>>>>>>>>>>>>>>>>>> binary
>>>>>>>>>>>>>>>>>>>>>>> data
>>>>>>>>>>>>>>>>>>>>>>> file,
>>>>>>>>>>>>>>>>>>>>>>> not ASCII file. It contains null
>>>>>>>>>>>>>>>>>>>>>>> characters
>>>>>>>>>>>>>>>>>>>>>>> (0x00)
>>>>>>>>>>>>>>>>>>>>>>> which
>>>>>>>>>>>>>>>>>>>>>>> has
>>>>>>>>>>>>>>>>>>>>>>> a
>>>>>>>>>>>>>>>>>>>>>>> special meaning to ascii2nc.
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> Would you replace the null characters to
>>>>>>>>>>>>>>>>>>>>>>> spaces?
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> mv
>>>>>>>>>>>>>>>>>>>>>>> little_r_FY2E_AMV_IR1_OTG_20160617_1800
>>>>>>>>>>>>>>>>>>>>>>> little_r_FY2E_AMV_IR1_OTG_20160617_1800_org
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> cat
>>>>>>>>>>>>>>>>>>>>>>> little_r_FY2E_AMV_IR1_OTG_20160617_1800_org
>>>>>>>>>>>>>>>>>>>>>>> |
>>>>>>>>>>>>>>>>>>>>>>> sed
>>>>>>>>>>>>>>>>>>>>>>> -e
>>>>>>>>>>>>>>>>>>>>>>> "s/\x00/
>>>>>>>>>>>>>>>>>>>>>>> /g"
>>>>>>>>>>>>>>>>>>>>>>>> little_r_FY2E_AMV_IR1_OTG_20160617_1800
>>>>>>>>>>>>>>>>>>>>>>> Cheers,
>>>>>>>>>>>>>>>>>>>>>>> Howard
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> On Mon Aug 13 11:34:43 2018, johnhg
>>>>>>>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>>>>>>>> Hi Yu,
>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>> Thanks for sending you sample data. I
>>>>>>>>>>>>>>>>>>>>>>>> am
>>>>>>>>>>>>>>>>>>>>>>>> able
>>>>>>>>>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>>>>>>>>>> replicate
>>>>>>>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>>>>>>>> behavior
>>>>>>>>>>>>>>>>>>>>>>>> you describe. When I run that little_r
>>>>>>>>>>>>>>>>>>>>>>>> file
>>>>>>>>>>>>>>>>>>>>>>>> through
>>>>>>>>>>>>>>>>>>>>>>>> ascii2nc,
>>>>>>>>>>>>>>>>>>>>>>>> I
>>>>>>>>>>>>>>>>>>>>>>>> get
>>>>>>>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>>>>>>>> following warning message followed by
>>>>>>>>>>>>>>>>>>>>>>>> an
>>>>>>>>>>>>>>>>>>>>>>>> error:
>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>> WARNING: LittleRHandler::_processObs()
>>>>>>>>>>>>>>>>>>>>>>>> ->
>>>>>>>>>>>>>>>>>>>>>>>> Storing
>>>>>>>>>>>>>>>>>>>>>>>> message
>>>>>>>>>>>>>>>>>>>>>>>> type
>>>>>>>>>>>>>>>>>>>>>>>> as
>>>>>>>>>>>>>>>>>>>>>>>> "FM-88_GEOAMV" for unexpected report
>>>>>>>>>>>>>>>>>>>>>>>> type
>>>>>>>>>>>>>>>>>>>>>>>> "FM-88
>>>>>>>>>>>>>>>>>>>>>>>> GEOAMV".
>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>> I'm running this through the debugger
>>>>>>>>>>>>>>>>>>>>>>>> trying
>>>>>>>>>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>>>>>>>>>> figure
>>>>>>>>>>>>>>>>>>>>>>>> out
>>>>>>>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>>>>>>>> problem, but
>>>>>>>>>>>>>>>>>>>>>>>> haven't isolated it yet.
>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>>>>>>>>>>>> John Halley Gotway
>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>> On Wed, Aug 8, 2018 at 5:42 PM Yu Xin
>>>>>>>>>>>>>>>>>>>>>>>> via
>>>>>>>>>>>>>>>>>>>>>>>> RT
>>>>>>>>>>>>>>>>>>>>>>>> <met_help at ucar.edu>
>>>>>>>>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>> <URL:
>>>>>>>>>>>>>>>>>>>>>>>>>
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=86442
>>>>>>>>>>>>>>>>>>>>>>>>> Hello John,
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>> Thank you for your assistance and I
>>>>>>>>>>>>>>>>>>>>>>>>> am
>>>>>>>>>>>>>>>>>>>>>>>>> terribly
>>>>>>>>>>>>>>>>>>>>>>>>> sorry
>>>>>>>>>>>>>>>>>>>>>>>>> that
>>>>>>>>>>>>>>>>>>>>>>>>> I
>>>>>>>>>>>>>>>>>>>>>>>>> haven't
>>>>>>>>>>>>>>>>>>>>>>>>> checked my email frequently.
>>>>>>>>>>>>>>>>>>>>>>>>> I have sent the test data to where
>>>>>>>>>>>>>>>>>>>>>>>>> you
>>>>>>>>>>>>>>>>>>>>>>>>> pointed,
>>>>>>>>>>>>>>>>>>>>>>>>> namely
>>>>>>>>>>>>>>>>>>>>>>>>> yu_data
>>>>>>>>>>>>>>>>>>>>>>>>> directory.
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>> best regards
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>> Yu
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>> At 2018-08-09 03:29:29, "John Halley
>>>>>>>>>>>>>>>>>>>>>>>>> Gotway
>>>>>>>>>>>>>>>>>>>>>>>>> via
>>>>>>>>>>>>>>>>>>>>>>>>> RT"
>>>>>>>>>>>>>>>>>>>>>>>>> <met_help at ucar.edu>
>>>>>>>>>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>>>>>>>>>> Hello Yu,
>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>> I see you're having some trouble
>>>>>>>>>>>>>>>>>>>>>>>>>> getting
>>>>>>>>>>>>>>>>>>>>>>>>>> Point-
>>>>>>>>>>>>>>>>>>>>>>>>>> Stat
>>>>>>>>>>>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>>>>>>>>>>>> run
>>>>>>>>>>>>>>>>>>>>>>>>>> on
>>>>>>>>>>>>>>>>>>>>>>>>>> your
>>>>>>>>>>>>>>>>>>>>>>>>>> data.
>>>>>>>>>>>>>>>>>>>>>>>>>> It looks like perhaps you tried to
>>>>>>>>>>>>>>>>>>>>>>>>>> attach
>>>>>>>>>>>>>>>>>>>>>>>>>> some
>>>>>>>>>>>>>>>>>>>>>>>>>> sample
>>>>>>>>>>>>>>>>>>>>>>>>>> files,
>>>>>>>>>>>>>>>>>>>>>>>>>> but
>>>>>>>>>>>>>>>>>>>>>>>>>> they
>>>>>>>>>>>>>>>>>>>>>>>>>> didn't come through. If you'd like
>>>>>>>>>>>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>>>>>>>>>>>> send
>>>>>>>>>>>>>>>>>>>>>>>>>> sample
>>>>>>>>>>>>>>>>>>>>>>>>>> data,
>>>>>>>>>>>>>>>>>>>>>>>>>> please
>>>>>>>>>>>>>>>>>>>>>>>>>> follow the
>>>>>>>>>>>>>>>>>>>>>>>>>> instructions here for posting data
>>>>>>>>>>>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>>>>>>>>>>>> our
>>>>>>>>>>>>>>>>>>>>>>>>>> anonymous
>>>>>>>>>>>>>>>>>>>>>>>>>> ftp
>>>>>>>>>>>>>>>>>>>>>>>>>> site:
>>>>>>>>>>>>>>>>>>>>>>>>>>
https://dtcenter.org/met/users/support/met_help.php#ftp
>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>> Please write back to let me know
>>>>>>>>>>>>>>>>>>>>>>>>>> when
>>>>>>>>>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>>>>>>>>>> data
>>>>>>>>>>>>>>>>>>>>>>>>>> is
>>>>>>>>>>>>>>>>>>>>>>>>>> there
>>>>>>>>>>>>>>>>>>>>>>>>>> and
>>>>>>>>>>>>>>>>>>>>>>>>>> I'll
>>>>>>>>>>>>>>>>>>>>>>>>>> go
>>>>>>>>>>>>>>>>>>>>>>>>>> grab
>>>>>>>>>>>>>>>>>>>>>>>>> it
>>>>>>>>>>>>>>>>>>>>>>>>>> for testing:
>>>>>>>>>>>>>>>>>>>>>>>>>> PointStatConfig_satobfy2e,
>>>>>>>>>>>>>>>>>>>>>>>>>> little_r_FY2E_AMV_IR1_OTG_20160617_1800,
>>>>>>>>>>>>>>>>>>>>>>>>>> WRFPRS_d01.2016061718
>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>>>>>>>>>>>>>> John Halley Gotway
>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>> On Wed, Aug 1, 2018 at 4:27 PM Yu
>>>>>>>>>>>>>>>>>>>>>>>>>> Xin
>>>>>>>>>>>>>>>>>>>>>>>>>> via
>>>>>>>>>>>>>>>>>>>>>>>>>> RT
>>>>>>>>>>>>>>>>>>>>>>>>>> <met_help at ucar.edu>
>>>>>>>>>>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>> Wed Aug 01 16:27:44 2018: Request
>>>>>>>>>>>>>>>>>>>>>>>>>>> 86442
>>>>>>>>>>>>>>>>>>>>>>>>>>> was
>>>>>>>>>>>>>>>>>>>>>>>>>>> acted
>>>>>>>>>>>>>>>>>>>>>>>>>>> upon.
>>>>>>>>>>>>>>>>>>>>>>>>>>> Transaction: Ticket created by
>>>>>>>>>>>>>>>>>>>>>>>>>>> learnerxy at 163.com
>>>>>>>>>>>>>>>>>>>>>>>>>>> Queue: met_help
>>>>>>>>>>>>>>>>>>>>>>>>>>> Subject:
>>>>>>>>>>>>>>>>>>>>>>>>>>> PointStatConfig_satobfy2e
>>>>>>>>>>>>>>>>>>>>>>>>>>> Owner: Nobody
>>>>>>>>>>>>>>>>>>>>>>>>>>> Requestors: learnerxy at 163.com
>>>>>>>>>>>>>>>>>>>>>>>>>>> Status: new
>>>>>>>>>>>>>>>>>>>>>>>>>>> Ticket <URL:
>>>>>>>>>>>>>>>>>>>>>>>>>>>
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=86442
>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>> To whom it might be concerned,
>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>> Recently, I am evaluating the
>>>>>>>>>>>>>>>>>>>>>>>>>>> SATOB
>>>>>>>>>>>>>>>>>>>>>>>>>>> type
>>>>>>>>>>>>>>>>>>>>>>>>>>> quality
>>>>>>>>>>>>>>>>>>>>>>>>>>> by
>>>>>>>>>>>>>>>>>>>>>>>>>>> METv7.0
>>>>>>>>>>>>>>>>>>>>>>>>>>> tools,
>>>>>>>>>>>>>>>>>>>>>>>>>>> but
>>>>>>>>>>>>>>>>>>>>>>>>>>> failed that it always reminds of
>>>>>>>>>>>>>>>>>>>>>>>>>>> me
>>>>>>>>>>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>>>>>>>>>>> corresponding
>>>>>>>>>>>>>>>>>>>>>>>>>>> wrong
>>>>>>>>>>>>>>>>>>>>>>>>>>> message,
>>>>>>>>>>>>>>>>>>>>>>>>>>> FM-88_GEOAMV in little_r format.
>>>>>>>>>>>>>>>>>>>>>>>>>>> In
>>>>>>>>>>>>>>>>>>>>>>>>>>> fact, I
>>>>>>>>>>>>>>>>>>>>>>>>>>> know
>>>>>>>>>>>>>>>>>>>>>>>>>>> that
>>>>>>>>>>>>>>>>>>>>>>>>>>> it
>>>>>>>>>>>>>>>>>>>>>>>>>>> is
>>>>>>>>>>>>>>>>>>>>>>>>>>> right
>>>>>>>>>>>>>>>>>>>>>>>>>>> in
>>>>>>>>>>>>>>>>>>>>>>>>>>> little_r format on expressing AMV
>>>>>>>>>>>>>>>>>>>>>>>>>>> data.
>>>>>>>>>>>>>>>>>>>>>>>>>>> So
>>>>>>>>>>>>>>>>>>>>>>>>>>> I
>>>>>>>>>>>>>>>>>>>>>>>>>>> do
>>>>>>>>>>>>>>>>>>>>>>>>>>> not
>>>>>>>>>>>>>>>>>>>>>>>>>>> know
>>>>>>>>>>>>>>>>>>>>>>>>>>> how
>>>>>>>>>>>>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>>>>>>>>>>>>> set the
>>>>>>>>>>>>>>>>>>>>>>>>>>> configuration file to pass the
>>>>>>>>>>>>>>>>>>>>>>>>>>> point_stat
>>>>>>>>>>>>>>>>>>>>>>>>>>> command
>>>>>>>>>>>>>>>>>>>>>>>>>>> and
>>>>>>>>>>>>>>>>>>>>>>>>>>> turn
>>>>>>>>>>>>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>>>>>>>>>>>>> your
>>>>>>>>>>>>>>>>>>>>>>>>>>> help.
>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>> The attached are my test data.
>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>> I am looking forward to your
>>>>>>>>>>>>>>>>>>>>>>>>>>> response
>>>>>>>>>>>>>>>>>>>>>>>>>>> and
>>>>>>>>>>>>>>>>>>>>>>>>>>> thank
>>>>>>>>>>>>>>>>>>>>>>>>>>> you
>>>>>>>>>>>>>>>>>>>>>>>>>>> so
>>>>>>>>>>>>>>>>>>>>>>>>>>> much.
>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>> Sincerely,
>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>> Yu Xin
>>>>>>>>>>>>>>>>>>>>>>>>>>> 从网易163邮箱发来的云附件
>>>>>>>>>>>>>>>>>>>>>>>>>>> PointStatConfig_satobfy2e (5.53K,
>>>>>>>>>>>>>>>>>>>>>>>>>>> 2018年8月31日
>>>>>>>>>>>>>>>>>>>>>>>>>>> 16:12
>>>>>>>>>>>>>>>>>>>>>>>>>>> 到期)
>>>>>>>>>>>>>>>>>>>>>>>>>>> 下载
>>>>>>>>>>>>>>>>>>>>>>>>>>> little_r_FY2E_AMV_IR1_OTG_20160617_1800
>>>>>>>>>>>>>>>>>>>>>>>>>>> (5.79M,
>>>>>>>>>>>>>>>>>>>>>>>>>>> 2018年8月31日
>>>>>>>>>>>>>>>>>>>>>>>>>>> 16:12
>>>>>>>>>>>>>>>>>>>>>>>>>>> 到期)
>>>>>>>>>>>>>>>>>>>>>>>>>>> 下载
>>>>>>>>>>>>>>>>>>>>>>>>>>> WRFPRS_d01.2016061718 - 复件(1)
>>>>>>>>>>>>>>>>>>>>>>>>>>> (195.25M,
>>>>>>>>>>>>>>>>>>>>>>>>>>> 2018年8月31日
>>>>>>>>>>>>>>>>>>>>>>>>>>> 15:45
>>>>>>>>>>>>>>>>>>>>>>>>>>> 到期)
>>>>>>>>>>>>>>>>>>>>>>>>>>> 下载
>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>
>>>>>>
>>>>
>>
------------------------------------------------
Subject: why ascii2nc can not work for some ascii data?
From: Yu Xin
Time: Thu Sep 27 09:48:13 2018
Dear Howard,
Thank you for your every effort on my work. I have went it through
according to your diagnose on my data. So you can close the issue now.
Best wishes.
Yu
在 2018-09-27 06:02:16，"Howard Soh via RT" <met_help at ucar.edu> 写道：
>It failed because of invalid valid_time data: 22.800 which should be
>YYYYMMDD_HHMMSS.
>The input data is valid until line 204965, but invalid from line
204966
>because of missing station_id.
>Please add station_id into your input file.
>
>Missing station ID causes shifting columns:
>valid time ==> station id,
>latitude ==> valid time
>
>ADPUPA 82705 20160706_000000 -7.580 -72.760 199.000
>51 990.00 -888888.00 0 0.01592
>ADPUPA 82705 20160706_000000 -7.580 -72.760 199.000
>52 990.00 -888888.00 0 81.36086
>ADPUPA 20160706_000000 22.800 -88.900 -888888.000
>11 925.00 731.00 0 296.35001
>ADPUPA 20160706_000000 22.800 -88.900 -888888.000
>7 925.00 731.00 0 731.00000
>ADPUPA 20160706_000000 22.800 -88.900 -888888.000
>32 925.00 731.00 0 5.67010
>ADPUPA 20160706_000000 22.800 -88.900 -888888.000
>33 925.00 731.00 0 0.49418
>
>Cheers,
>Howard
>
>On 9/26/2018 3:16 PM, Yu Xin via RT wrote:
>> Wed Sep 26 15:16:48 2018: Request 87161 was acted upon.
>> Transaction: Ticket created by learnerxy at 163.com
>> Queue: met_help
>> Subject: why ascii2nc can not work for some ascii data?
>> Owner: Nobody
>> Requestors: learnerxy at 163.com
>> Status: new
>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87161 >
>>
>>
>> Dear Howard,
>>
>>
>> Thank you for your help about the AMVs evaluation in MET tools. The
previous issue has been settled down under your painless assistence.
Now I have a new question to inquire you that I can not transform some
11 column ascii formate data to netcdf format data by ASCII2NC tool. I
have just put a new data named temp.ascii_2016070600 to the yuxin
directory. Could you please check it for me why the ASCII2NC tool can
not work for the case?
>>
>>
>> thank you and look forward to your news.
>>
>>
>> Best regards,
>>
>>
>> Yu
>>
>>
>>
>>
>>
>>
>> At 2018-09-25 04:29:14, "Howard Soh via RT" <met_help at ucar.edu>
wrote:
>>> I wonder if you got the reasonable output with point_stat.
>>> If you don't have any other issues, I would like to close this
ticket.
>>> Please create a new ticket for the further assistance.
>>>
>>> Cheers,
>>> Howard
>>>
>>> On Thu Aug 30 09:57:48 2018, learnerxy at 163.com wrote:
>>>> Dear Howard,
>>>> Thank you for your tries. It turned out that the set level in
>>>> configuration file is crucial. I can go further on it.
>>>> With my best wishes,
>>>> Yu Xin
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> At 2018-08-30 06:05:21, "Howard Soh via RT" <met_help at ucar.edu>
wrote:
>>>>> I wonder you made any progress.
>>>>>
>>>>> I tried the pressure range with plus/minus 25 for obs data
(fcst:
>>>>> P950 to obs P975-925, P850 to P875-825, ...) with nearest
>>>>> interpolation. The number of matching pairs was increased
between
>>>>> P300 and P50 (243 pairs for P300, 252 for P250, 247 for P200,
and 105
>>>>> for P150). The additional matching pairs (was 0 before) for two
>>>>> levels: 60 pairs for P400 (P425-375 for obs), and 6 pairs for
P500
>>>>> (P525-475 for obs). No matching pairs between P600 and P950.
>>>>>
>>>>> Cheers,
>>>>> Howard
>>>>>
>>>>> On Mon Aug 27 10:30:49 2018, learnerxy at 163.com wrote:
>>>>>> The first examining level, 925hpa, is always confronting the
last
>>>>>> level, 50hpa. So I think that is the key issue.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> At 2018-08-27 23:22:45, "Howard Soh via RT" <met_help at ucar.edu>
>>>>>> wrote:
>>>>>>> The number of obs data in little R was reduced to 17885 (was
>>>>>>> 33768).
>>>>>>> My suggestion was to get more obs data into little R format
ASCII
>>>>>>> output (with hoping num_vld_flds to 7). It does not make sense
for
>>>>>>> me
>>>>>>> to get about half obs data with num_vld_flds to 7. It was more
>>>>>>> before
>>>>>>> (35550
>>>>>>> obs data). Please produce more obs data into little R format
ASCII
>>>>>>> input data to get more match pairs.
>>>>>>>
>>>>>>> Cheers,
>>>>>>> Howard
>>>>>>>
>>>>>>>
>>>>>>> On Mon Aug 27 09:04:46 2018, learnerxy at 163.com wrote:
>>>>>>>> Hello Howard,
>>>>>>>> Whatever I employed ascii format with 11 column or little_r
>>>>>>>> format,
>>>>>>>> the process of point_stat is the same that there are a few of
>>>>>>>> match-
>>>>>>>> pairs. If I set num_vld_flds to 7, no value output after
>>>>>>>> executing
>>>>>>>> point_stat, meanwhile if I set num_vld_flds to 1, all data
can
>>>>>>>> not
>>>>>>>> be
>>>>>>>> ingested by obsproc module, From the log file (seeing the
>>>>>>>> attachment)
>>>>>>>> setting num_vld_flds to 1, I feel there is something wrong
with
>>>>>>>> the
>>>>>>>> reading structure design in the internal point_stat, because
the
>>>>>>>> grib
>>>>>>>> record number which can not match occurs almost 10 interval
based
>>>>>>>> on
>>>>>>>> some rules. I think it's impossible. Generally speaking, for
the
>>>>>>>> organized data, even if I deploy the 11 column ascii format,
I
>>>>>>>> also
>>>>>>>> face the same problem. so could you send me some examples on
>>>>>>>> examining
>>>>>>>> other AMVs's config file? I hope I can find some troubles
under
>>>>>>>> your
>>>>>>>> help.
>>>>>>>> Thank you so much.
>>>>>>>> with my best regards,
>>>>>>>> Yu
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> At 2018-08-25 01:21:48, "Howard Soh via RT"
<met_help at ucar.edu>
>>>>>>>> wrote:
>>>>>>>>> I don't have the latest little R file. I'm not sure how many
>>>>>>>>> data
>>>>>>>>> was
>>>>>>>>> excluded into your little R format data.
>>>>>>>>> - The output of ascii2nc contains 35550 obs data from the
>>>>>>>>> initial
>>>>>>>>> little R format data (at ftp server which has wrong pressure
>>>>>>>>> values).
>>>>>>>>> - The ascii2nc output from you contains 33768 obs.
>>>>>>>>>
>>>>>>>>> The ascii2nc processes all available obs data. The warning
>>>>>>>>> message
>>>>>>>>> is
>>>>>>>>> generated after processing data. If this mismatch between
>>>>>>>>> num_vld_flds and actually available data is intended to
provide
>>>>>>>>> more
>>>>>>>>> data, you can try num_vld_flds to 7. Please make sure 1) the
>>>>>>>>> intended
>>>>>>>>> obs data is saved to little R format (count them) and 2)
>>>>>>>>> ascii2nc
>>>>>>>>> converts all of them into NetCDF output for point_stat
(simply
>>>>>>>>> checking by the number of obs in NetCDF).
>>>>>>>>>
>>>>>>>>> Cheers,
>>>>>>>>> Howard
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Fri Aug 24 10:17:42 2018, learnerxy at 163.com wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Hello Howard,
>>>>>>>>>> I have checked the data processed my program that convert
>>>>>>>>>> other
>>>>>>>>>> format
>>>>>>>>>> file to little_r format many times since I can login in
>>>>>>>>>> Cheyenne.
>>>>>>>>>> From
>>>>>>>>>> my opinion, mismatching pair may be caused by the ASCII2NC
>>>>>>>>>> internal
>>>>>>>>>> process or its improper requirement for little_r format,
>>>>>>>>>> because
>>>>>>>>>> if
>>>>>>>>>> I
>>>>>>>>>> employ your recommendation that set the num_vld_flds to 1
in
>>>>>>>>>> little_r
>>>>>>>>>> format file, all the data will be outside the specified
space
>>>>>>>>>> in
>>>>>>>>>> the
>>>>>>>>>> module of OBSPROC, only keeping the original setting is
okay
>>>>>>>>>> and
>>>>>>>>>> injested by WRFDA. The attached files are from
da_verify_obs
>>>>>>>>>> tool
>>>>>>>>>> for
>>>>>>>>>> diagnose purpose based on about a week's data statistics.
>>>>>>>>>> I am looking forward to the new information about the
topic.
>>>>>>>>>> Thank you so much.
>>>>>>>>>> kind regrards
>>>>>>>>>> Yu
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> At 2018-08-23 00:57:36, "Howard Soh via RT"
>>>>>>>>>> <met_help at ucar.edu>
>>>>>>>>>> wrote:
>>>>>>>>>>> The attached graphics were not delivered to us. I'm not
sure
>>>>>>>>>>> if
>>>>>>>>>>> the
>>>>>>>>>>> images were filtered by e-mail server. Would you send them
>>>>>>>>>>> again
>>>>>>>>>>> or
>>>>>>>>>>> upload them to the ftp server?
>>>>>>>>>>>
>>>>>>>>>>> Cheers,
>>>>>>>>>>> Howard
>>>>>>>>>>>
>>>>>>>>>>> On Wed Aug 22 10:28:56 2018, learnerxy at 163.com wrote:
>>>>>>>>>>>> Hi Howard,
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Thank you for your guidance about my organized data.I
think
>>>>>>>>>>>> it
>>>>>>>>>>>> over
>>>>>>>>>>>> and over and I wonder where the problem is. In fact, the
>>>>>>>>>>>> data
>>>>>>>>>>>> processed by the program can work in OBSPROC and WRFDA
and
>>>>>>>>>>>> the
>>>>>>>>>>>> diagnose file from WRFDA seems like reasonable. The
>>>>>>>>>>>> graphics
>>>>>>>>>>>> of
>>>>>>>>>>>> attachment are from WRFDA diagnose. The only difference
>>>>>>>>>>>> between
>>>>>>>>>>>> the
>>>>>>>>>>>> two utilize is that the data are employed in WRFDA above
>>>>>>>>>>>> 400hpa,
>>>>>>>>>>>> while
>>>>>>>>>>>> the data in MET distributed at all layers.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> I have ever organized the data as ASCII format output of
11
>>>>>>>>>>>> column
>>>>>>>>>>>> required by the ASCII2NC, but same result. I have been
>>>>>>>>>>>> wondering
>>>>>>>>>>>> if
>>>>>>>>>>>> the unit of height is not right. For OBSPROC, the height
in
>>>>>>>>>>>> little_r
>>>>>>>>>>>> format is meter, what about it in MET? meter?
Geopotential
>>>>>>>>>>>> height?
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> My SATOB data configure with windspeed, wind direction,
>>>>>>>>>>>> temperature
>>>>>>>>>>>> and pressure information. While OBSPROC need height
>>>>>>>>>>>> information,
>>>>>>>>>>>> so
>>>>>>>>>>>> I
>>>>>>>>>>>> convert pressure to height by the WRFDA's internal code.
I
>>>>>>>>>>>> make
>>>>>>>>>>>> sure
>>>>>>>>>>>> this step is right, otherwise this kind of data can not
>>>>>>>>>>>> work
>>>>>>>>>>>> reasonably.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> I can not login in Cheyenne now, so I am sorry that I can
>>>>>>>>>>>> not
>>>>>>>>>>>> provide
>>>>>>>>>>>> more test information.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> best regards
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Yu
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> At 2018-08-22 08:06:34, "Howard Soh via RT"
>>>>>>>>>>>> <met_help at ucar.edu>
>>>>>>>>>>>> wrote:
>>>>>>>>>>>>> I'm sorry for the late response. I was in trouble on
>>>>>>>>>>>>> getting
>>>>>>>>>>>>> files
>>>>>>>>>>>>> from ftp server.
>>>>>>>>>>>>> I'm not good at to read the point_stat output. I will
get
>>>>>>>>>>>>> some
>>>>>>>>>>>>> help.
>>>>>>>>>>>>>
>>>>>>>>>>>>> [ number of matching pairs]
>>>>>>>>>>>>>
>>>>>>>>>>>>> In case of satobfy2e2016070800.nc, there are 33768
>>>>>>>>>>>>> observations
>>>>>>>>>>>>> (5628
>>>>>>>>>>>>> obs for each variable). The log file shows there were 21
>>>>>>>>>>>>> matching
>>>>>>>>>>>>> pairs.
>>>>>>>>>>>>>
>>>>>>>>>>>>> I attached one excel file and I uploaded
>>>>>>>>>>>>> satobfy2e2016070800.nc.dump
>>>>>>>>>>>>> to the ftp server which is an ASCII dump from
>>>>>>>>>>>>> satobfy2e2016070800.nc.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Attached excel file contains the Geopotential height
only
>>>>>>>>>>>>> (94.
>>>>>>>>>>>>> obs
>>>>>>>>>>>>> data) for matching vertical levels with point_stat
config
>>>>>>>>>>>>> file.
>>>>>>>>>>>>>
>>>>>>>>>>>>> The point_stat found 2 obs for P400, 3 obs for P300, 7
>>>>>>>>>>>>> for
>>>>>>>>>>>>> P250, 5
>>>>>>>>>>>>> for P200, and 4 for P100 (from the log file). The number
>>>>>>>>>>>>> of
>>>>>>>>>>>>> matching
>>>>>>>>>>>>> pairs seems to be right.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Here are count per pressure level from ascii2nc output:
>>>>>>>>>>>>> 16 P100
>>>>>>>>>>>>> 4 P150
>>>>>>>>>>>>> 11 P200
>>>>>>>>>>>>> 23 P250
>>>>>>>>>>>>> 11 P300
>>>>>>>>>>>>> 3 P400
>>>>>>>>>>>>> 6 P500
>>>>>>>>>>>>> 3 P600
>>>>>>>>>>>>> 3 P700
>>>>>>>>>>>>> 8 P850
>>>>>>>>>>>>> 6 P925
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> The latitude between P500 and P950 was all negative. All
>>>>>>>>>>>>> of
>>>>>>>>>>>>> them
>>>>>>>>>>>>> were
>>>>>>>>>>>>> excluded.
>>>>>>>>>>>>> The latitude for P400 was negative except 2 records.
>>>>>>>>>>>>> The latitude for P300 was negative except 3 records.
>>>>>>>>>>>>> I check some lat/lon for P100, P200, and P250. Would you
>>>>>>>>>>>>> check
>>>>>>>>>>>>> and
>>>>>>>>>>>>> confirm that they are excluded by lat/lon?
>>>>>>>>>>>>>
>>>>>>>>>>>>> [ Other issues ]
>>>>>>>>>>>>>
>>>>>>>>>>>>> QC values: the obs. data can be filtered by the QC value
>>>>>>>>>>>>> for
>>>>>>>>>>>>> the
>>>>>>>>>>>>> other MET tools.
>>>>>>>>>>>>>
>>>>>>>>>>>>> the station ID in the little_r format file
>>>>>>>>>>>>>
>>>>>>>>>>>>> The third column is station ID and the fourth column is
>>>>>>>>>>>>> the
>>>>>>>>>>>>> descriptive name:
>>>>>>>>>>>>>
>>>>>>>>>>>>> 59.01000: first column: latitude
>>>>>>>>>>>>> 66.37000: second column: longitude
>>>>>>>>>>>>> N5966 : third column:
>>>>>>>>>>>>> station
>>>>>>>>>>>>> ID
>>>>>>>>>>>>> N5966 : fourth column:
>>>>>>>>>>>>> Name
>>>>>>>>>>>>>
>>>>>>>>>>>>> Cheers,
>>>>>>>>>>>>> Howard
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Sun Aug 19 19:15:14 2018, learnerxy at 163.com wrote:
>>>>>>>>>>>>>> Hi Howard,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Thank you for your patient guidance on the usage of
>>>>>>>>>>>>>> METv7.0.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Now I have another questions to inquire:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> 1) How should I set the QC value about the observation
>>>>>>>>>>>>>> correctly?
>>>>>>>>>>>>>> I
>>>>>>>>>>>>>> am
>>>>>>>>>>>>>> not sure the QC index meaning in MET tool.Now I set
them
>>>>>>>>>>>>>> zero
>>>>>>>>>>>>>> whatever
>>>>>>>>>>>>>> observations.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> 2) There are at least 5000 data of SATOB in all in a
>>>>>>>>>>>>>> specific
>>>>>>>>>>>>>> area
>>>>>>>>>>>>>> verified also by the plot_point_data command, but why
>>>>>>>>>>>>>> there
>>>>>>>>>>>>>> is
>>>>>>>>>>>>>> few
>>>>>>>>>>>>>> match pairs to be verified in the internal. About the
>>>>>>>>>>>>>> issue, I
>>>>>>>>>>>>>> have
>>>>>>>>>>>>>> sent 3 SATOB NC files(
>>>>>>>>>>>>>> satobfy2e2016070800.nc, satobfy2e2016070800.nc,
>>>>>>>>>>>>>> satobfy2e2016070800.nc) Point_stat CNT and MPR result
>>>>>>>>>>>>>> files
>>>>>>>>>>>>>> (point_stat_000000L_20160708_000000V_cnt.txt,
>>>>>>>>>>>>>>
point_stat_060000L_20160708_060000V_cnt.txt,point_stat_060000L_20160708_060000V_cnt.txt,
>>>>>>>>>>>>>>
point_stat_000000L_20160708_000000V_mpr.txt,point_stat_060000L_20160708_060000V_mpr.txt,point_stat_120000L_20160708_120000V_mpr.txt)
>>>>>>>>>>>>>> yu_data directory, and the Configuration File has been
>>>>>>>>>>>>>> there a
>>>>>>>>>>>>>> few
>>>>>>>>>>>>>> days ago. From these results, we can see the statistics
>>>>>>>>>>>>>> are
>>>>>>>>>>>>>> not
>>>>>>>>>>>>>> reasonable, but I don't know where is the problem? How
>>>>>>>>>>>>>> do I
>>>>>>>>>>>>>> set
>>>>>>>>>>>>>> the
>>>>>>>>>>>>>> config file or how to organize the station ID in the
>>>>>>>>>>>>>> little_r
>>>>>>>>>>>>>> format
>>>>>>>>>>>>>> file?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Best wishes
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Yu
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> FYI:
>>>>>>>>>>>>>> I forgot that I have also transferred a log file
>>>>>>>>>>>>>> satob_point_stat.log
>>>>>>>>>>>>>> which reminded that mismatch in level exists. so how
>>>>>>>>>>>>>> should
>>>>>>>>>>>>>> I
>>>>>>>>>>>>>> specify
>>>>>>>>>>>>>> the level?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> At 2018-08-18 06:13:43, "Howard Soh via RT"
>>>>>>>>>>>>>> <met_help at ucar.edu>
>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>> The output of point_stat looks good!
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> It looks like there was a syntax error on ascii2nc.
>>>>>>>>>>>>>>> The
>>>>>>>>>>>>>>> configuration
>>>>>>>>>>>>>>> file Ascii2NcConfig_satob was overwritten as the
>>>>>>>>>>>>>>> ascii2nc
>>>>>>>>>>>>>>> output.
>>>>>>>>>>>>>>> The
>>>>>>>>>>>>>>> uploaded configuration is actually a NetCDF output
>>>>>>>>>>>>>>> file.
>>>>>>>>>>>>>>> The
>>>>>>>>>>>>>>> ascii2nc
>>>>>>>>>>>>>>> accepts multiple input files and the last name becomes
>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>> NetCDF
>>>>>>>>>>>>>>> output name.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> ./ascii2nc ASCII_input Ascii2nc_output.nc -config
>>>>>>>>>>>>>>> Ascii2NcConfig_satob
>>>>>>>>>>>>>>> VS
>>>>>>>>>>>>>>> ./ascii2nc ASCII_input Ascii2nc_output.nc
>>>>>>>>>>>>>>> Ascii2NcConfig_satob
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> The first command reads ASCII_input and produces
>>>>>>>>>>>>>>> Ascii2nc_output.nc
>>>>>>>>>>>>>>> as output by using the configuration file
>>>>>>>>>>>>>>> Ascii2NcConfig_satob.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> The second command reads ASCII_input &
>>>>>>>>>>>>>>> Ascii2nc_output.nc
>>>>>>>>>>>>>>> and
>>>>>>>>>>>>>>> produces Ascii2NcConfig_satob without using customized
>>>>>>>>>>>>>>> configuration.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Please let me know if anything I can help you.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Cheers,
>>>>>>>>>>>>>>> Howard
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Fri Aug 17 15:36:57 2018, learnerxy at 163.com wrote:
>>>>>>>>>>>>>>>> Hello Howard,
>>>>>>>>>>>>>>>> Thank you for your analysis on the data processed
by
>>>>>>>>>>>>>>>> my
>>>>>>>>>>>>>>>> program.
>>>>>>>>>>>>>>>> As
>>>>>>>>>>>>>>>> you suggested, I have corrected it and move to the
>>>>>>>>>>>>>>>> next
>>>>>>>>>>>>>>>> few
>>>>>>>>>>>>>>>> steps.
>>>>>>>>>>>>>>>> They works well in my opinion. See the point_stat.log
>>>>>>>>>>>>>>>> and
>>>>>>>>>>>>>>>> PointStatConfig_satobfy2e file.
>>>>>>>>>>>>>>>> Thank you so much
>>>>>>>>>>>>>>>> Yu
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> At 2018-08-18 01:45:00, "Howard Soh via RT"
>>>>>>>>>>>>>>>> <met_help at ucar.edu>
>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>> Would you upload the log and configuration files to
>>>>>>>>>>>>>>>>> ftp?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> As I told you, the output of the point_stat will be
>>>>>>>>>>>>>>>>> empty
>>>>>>>>>>>>>>>>> because
>>>>>>>>>>>>>>>>> of
>>>>>>>>>>>>>>>>> no matching pairs (by message type, grid and
>>>>>>>>>>>>>>>>> vertical
>>>>>>>>>>>>>>>>> levels).
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Cheers,
>>>>>>>>>>>>>>>>> Howard
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> On Fri Aug 17 11:21:06 2018, hsoh wrote:
>>>>>>>>>>>>>>>>>> The first line (Little R data) is a header record
>>>>>>>>>>>>>>>>>> and
>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>> second
>>>>>>>>>>>>>>>>>> line
>>>>>>>>>>>>>>>>>> is a data record. The pressure value (first data
>>>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>> data
>>>>>>>>>>>>>>>>>> record)
>>>>>>>>>>>>>>>>>> is valid, but the height value (the second data at
>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>> data
>>>>>>>>>>>>>>>>>> record)
>>>>>>>>>>>>>>>>>> is
>>>>>>>>>>>>>>>>>> the missing value at your input data. That's why
>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>> fourth
>>>>>>>>>>>>>>>>>> columns
>>>>>>>>>>>>>>>>>> are blank (all missing values).
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> The second line from your little R data:
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> 311.00000 0-888888.00000 0 229.88000
>>>>>>>>>>>>>>>>>> 0-
>>>>>>>>>>>>>>>>>> 888888.00000
>>>>>>>>>>>>>>>>>> 0 3.00000 0 270.00000 0
>>>>>>>>>>>>>>>>>> 3.00000
>>>>>>>>>>>>>>>>>> 0
>>>>>>>>>>>>>>>>>> -0.00000 0-888888.00000 0-888888.00000
>>>>>>>>>>>>>>>>>> 0
>>>>>>>>>>>>>>>>>> ==>
>>>>>>>>>>>>>>>>>> 311.00000 0: the pressure value and QC
>>>>>>>>>>>>>>>>>> value
>>>>>>>>>>>>>>>>>> -888888.00000 0: the height value and QC
>>>>>>>>>>>>>>>>>> value
>>>>>>>>>>>>>>>>>> 229.88000 0: the temperature value and QC
>>>>>>>>>>>>>>>>>> value
>>>>>>>>>>>>>>>>>> ...
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> the header at acscii2nc output:
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> float obs_arr(nobs, obs_arr_len) ;
>>>>>>>>>>>>>>>>>> obs_arr:long_name = "array of observation
>>>>>>>>>>>>>>>>>> values" ;
>>>>>>>>>>>>>>>>>> obs_arr:missing_value = -9999.f ;
>>>>>>>>>>>>>>>>>> obs_arr:_FillValue = -9999.f ;
>>>>>>>>>>>>>>>>>> obs_arr:hdr_id_long_name = "index of
>>>>>>>>>>>>>>>>>> matching
>>>>>>>>>>>>>>>>>> header
>>>>>>>>>>>>>>>>>> data" ;
>>>>>>>>>>>>>>>>>> obs_arr:columns = "hdr_id gc lvl hgt ob" ;
>>>>>>>>>>>>>>>>>> obs_arr:gc_long_name = "grib code
>>>>>>>>>>>>>>>>>> corresponding
>>>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>> observation type" ;
>>>>>>>>>>>>>>>>>> obs_arr:lvl_long_name = "pressure level
>>>>>>>>>>>>>>>>>> (hPa)
>>>>>>>>>>>>>>>>>> or
>>>>>>>>>>>>>>>>>> accumulation
>>>>>>>>>>>>>>>>>> interval (sec)" ;
>>>>>>>>>>>>>>>>>> obs_arr:hgt_long_name = "height in meters
>>>>>>>>>>>>>>>>>> above
>>>>>>>>>>>>>>>>>> sea
>>>>>>>>>>>>>>>>>> level
>>>>>>>>>>>>>>>>>> or
>>>>>>>>>>>>>>>>>> ground level (msl or agl)" ;
>>>>>>>>>>>>>>>>>> obs_arr:ob_long_name = "observation value"
>>>>>>>>>>>>>>>>>> ;
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Cheers,
>>>>>>>>>>>>>>>>>> Howard
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> On Fri Aug 17 10:25:58 2018, learnerxy at 163.com
>>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>>> Hello Howard,
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> I tried my program many times as you suggested,
>>>>>>>>>>>>>>>>>>> but
>>>>>>>>>>>>>>>>>>> failed
>>>>>>>>>>>>>>>>>>> again
>>>>>>>>>>>>>>>>>>> as
>>>>>>>>>>>>>>>>>>> usual after executing ascii2nc command: blank
>>>>>>>>>>>>>>>>>>> value
>>>>>>>>>>>>>>>>>>> in
>>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>>> forth
>>>>>>>>>>>>>>>>>>> column in the NC format file. So I sent my
>>>>>>>>>>>>>>>>>>> program,
>>>>>>>>>>>>>>>>>>> satob2little_r.f90, and the test data,
>>>>>>>>>>>>>>>>>>> FY2E_AMV_IR1_OTG_20160705_0000.AWX, to the
>>>>>>>>>>>>>>>>>>> yu_data
>>>>>>>>>>>>>>>>>>> directory.
>>>>>>>>>>>>>>>>>>> Hope
>>>>>>>>>>>>>>>>>>> you
>>>>>>>>>>>>>>>>>>> identify my process about the data.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> I wonder why the data processed by the program
>>>>>>>>>>>>>>>>>>> can
>>>>>>>>>>>>>>>>>>> work
>>>>>>>>>>>>>>>>>>> in
>>>>>>>>>>>>>>>>>>> obsproc
>>>>>>>>>>>>>>>>>>> model if it is wrong.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Thank you so much.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> best regard,
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Yu
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> At 2018-08-16 02:48:52, "Howard Soh via RT"
>>>>>>>>>>>>>>>>>>> <met_help at ucar.edu>
>>>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>>>> The log file shows the NetCDF output was
>>>>>>>>>>>>>>>>>>>> successfully
>>>>>>>>>>>>>>>>>>>> generated
>>>>>>>>>>>>>>>>>>>> as
>>>>>>>>>>>>>>>>>>>> "satob.nc".
>>>>>>>>>>>>>>>>>>>> The next step is configuring for ascii2nc and
>>>>>>>>>>>>>>>>>>>> point_stat.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> 1. Ascii2Nc: add "FM-88 GEOAMV" key to
>>>>>>>>>>>>>>>>>>>> message_type_map
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> message_type_map = [
>>>>>>>>>>>>>>>>>>>> { key = "FM-12 SYNOP"; val = "ADPSFC"; },
>>>>>>>>>>>>>>>>>>>> { key = "FM-13 SHIP"; val = "SFCSHP"; },
>>>>>>>>>>>>>>>>>>>> { key = "FM-15 METAR"; val = "ADPSFC"; },
>>>>>>>>>>>>>>>>>>>> { key = "FM-18 BUOY"; val = "SFCSHP"; },
>>>>>>>>>>>>>>>>>>>> { key = "FM-281 QSCAT"; val = "ASCATW"; },
>>>>>>>>>>>>>>>>>>>> { key = "FM-32 PILOT"; val = "ADPUPA"; },
>>>>>>>>>>>>>>>>>>>> { key = "FM-35 TEMP"; val = "ADPUPA"; },
>>>>>>>>>>>>>>>>>>>> { key = "FM-88 SATOB"; val = "SATWND"; },
>>>>>>>>>>>>>>>>>>>> { key = "FM-97 ACARS"; val = "AIRCFT"; }
>>>>>>>>>>>>>>>>>>>> ];
>>>>>>>>>>>>>>>>>>>> ==>
>>>>>>>>>>>>>>>>>>>> message_type_map = [
>>>>>>>>>>>>>>>>>>>> { key = "FM-12 SYNOP"; val = "ADPSFC"; },
>>>>>>>>>>>>>>>>>>>> { key = "FM-13 SHIP"; val = "SFCSHP"; },
>>>>>>>>>>>>>>>>>>>> { key = "FM-15 METAR"; val = "ADPSFC"; },
>>>>>>>>>>>>>>>>>>>> { key = "FM-18 BUOY"; val = "SFCSHP"; },
>>>>>>>>>>>>>>>>>>>> { key = "FM-281 QSCAT"; val = "ASCATW"; },
>>>>>>>>>>>>>>>>>>>> { key = "FM-32 PILOT"; val = "ADPUPA"; },
>>>>>>>>>>>>>>>>>>>> { key = "FM-35 TEMP"; val = "ADPUPA"; },
>>>>>>>>>>>>>>>>>>>> { key = "FM-88 SATOB"; val = "SATWND"; },
>>>>>>>>>>>>>>>>>>>> { key = "FM-88 GEOAMV"; val = "SATWND"; },
>>>>>>>>>>>>>>>>>>>> { key = "FM-97 ACARS"; val = "AIRCFT"; }
>>>>>>>>>>>>>>>>>>>> ];
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> 2 . PointStatConfig_satobfy2e
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> message_type = [ "ADPUPA" ];
>>>>>>>>>>>>>>>>>>>> ==>
>>>>>>>>>>>>>>>>>>>> message_type = [ "SATWND" ];
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> And the next step will be configuring other
>>>>>>>>>>>>>>>>>>>> thing.
>>>>>>>>>>>>>>>>>>>> The
>>>>>>>>>>>>>>>>>>>> other
>>>>>>>>>>>>>>>>>>>> obs
>>>>>>>>>>>>>>>>>>>> data
>>>>>>>>>>>>>>>>>>>> was rejected by grid and vertical levels, For
>>>>>>>>>>>>>>>>>>>> example:
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> DEBUG 3: Rejected: off the grid = 4800
>>>>>>>>>>>>>>>>>>>> DEBUG 3: Rejected: level mismatch = 1125
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Cheers,
>>>>>>>>>>>>>>>>>>>> Howard
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> FYI:
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> The warnings mean:
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> warning 1:
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Storing message type as "FM-88_GEOAMV" for
>>>>>>>>>>>>>>>>>>>> unexpected
>>>>>>>>>>>>>>>>>>>> report
>>>>>>>>>>>>>>>>>>>> type
>>>>>>>>>>>>>>>>>>>> "FM-88 GEOAMV"
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> The default Ascii2Nc configuration has mapping
>>>>>>>>>>>>>>>>>>>> for
>>>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>>>> message
>>>>>>>>>>>>>>>>>>>> types
>>>>>>>>>>>>>>>>>>>> (message_type_map). "FM-88 GEOAMV" is not
>>>>>>>>>>>>>>>>>>>> defined
>>>>>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>>>>> Ascii2Nc
>>>>>>>>>>>>>>>>>>>> configuration. It will be resolved if you
>>>>>>>>>>>>>>>>>>>> customize
>>>>>>>>>>>>>>>>>>>> your
>>>>>>>>>>>>>>>>>>>> configuration for ascii2nc.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> warning 2:
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> process_little_r_obs() -> the number of data
>>>>>>>>>>>>>>>>>>>> lines
>>>>>>>>>>>>>>>>>>>> specified
>>>>>>>>>>>>>>>>>>>> in
>>>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>>>> header (7) does not match the number found in
>>>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>>>> data
>>>>>>>>>>>>>>>>>>>> (1)
>>>>>>>>>>>>>>>>>>>> on
>>>>>>>>>>>>>>>>>>>> line
>>>>>>>>>>>>>>>>>>>> number 3.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> The little R format file has 7 as "valid
>>>>>>>>>>>>>>>>>>>> fields"
>>>>>>>>>>>>>>>>>>>> But
>>>>>>>>>>>>>>>>>>>> there
>>>>>>>>>>>>>>>>>>>> is
>>>>>>>>>>>>>>>>>>>> only
>>>>>>>>>>>>>>>>>>>> 1
>>>>>>>>>>>>>>>>>>>> valid value at at 3, 7, 11 ... lines:
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
http://www2.mmm.ucar.edu/wrf/users/wrfda/OnlineTutorial/Help/littler.html
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> For example:
>>>>>>>>>>>>>>>>>>>> -777777.00000 0-777777.00000 0
>>>>>>>>>>>>>>>>>>>> 1.00000
>>>>>>>>>>>>>>>>>>>> 0-
>>>>>>>>>>>>>>>>>>>> 888888.00000 0-888888.00000 0-
>>>>>>>>>>>>>>>>>>>> 888888.00000
>>>>>>>>>>>>>>>>>>>> 0-
>>>>>>>>>>>>>>>>>>>> 888888.00000 0-888888.00000 0-
>>>>>>>>>>>>>>>>>>>> 888888.00000
>>>>>>>>>>>>>>>>>>>> 0-
>>>>>>>>>>>>>>>>>>>> 888888.00000 0
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> One variable takes 20 bytes: value (13
>>>>>>>>>>>>>>>>>>>> characters)
>>>>>>>>>>>>>>>>>>>> and
>>>>>>>>>>>>>>>>>>>> QC
>>>>>>>>>>>>>>>>>>>> value
>>>>>>>>>>>>>>>>>>>> (7
>>>>>>>>>>>>>>>>>>>> characters)
>>>>>>>>>>>>>>>>>>>> -777777.00000: "end record" flag
>>>>>>>>>>>>>>>>>>>> 888888.00000 or -88: missing value
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> On Wed Aug 15 12:03:23 2018, learnerxy at 163.com
>>>>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> Hello Howard,
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> I haven't got my own config file for
>>>>>>>>>>>>>>>>>>>>> ascii2nc.
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> Just now, I have sent the test case and its
>>>>>>>>>>>>>>>>>>>>> log
>>>>>>>>>>>>>>>>>>>>> file
>>>>>>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>>>>> ftp
>>>>>>>>>>>>>>>>>>>>> server.
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> Thank you.
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> best wishes
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> Yu
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> At 2018-08-16 01:08:08, "Howard Soh via RT"
>>>>>>>>>>>>>>>>>>>>> <met_help at ucar.edu>
>>>>>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>>>>>> I can not reproduce a problem with ascii2nc
>>>>>>>>>>>>>>>>>>>>>> and
>>>>>>>>>>>>>>>>>>>>>> no
>>>>>>>>>>>>>>>>>>>>>> error
>>>>>>>>>>>>>>>>>>>>>> during
>>>>>>>>>>>>>>>>>>>>>> point_stat, but empty output which is
>>>>>>>>>>>>>>>>>>>>>> expected
>>>>>>>>>>>>>>>>>>>>>> because
>>>>>>>>>>>>>>>>>>>>>> of
>>>>>>>>>>>>>>>>>>>>>> configuration for me.
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> Would you send me the log file (email or
>>>>>>>>>>>>>>>>>>>>>> upload
>>>>>>>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>>>>>>>> ftp
>>>>>>>>>>>>>>>>>>>>>> server)?
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> The log file will be generated with
>>>>>>>>>>>>>>>>>>>>>> additional
>>>>>>>>>>>>>>>>>>>>>> arguments:
>>>>>>>>>>>>>>>>>>>>>> -v 5 -log ascci2nc.log
>>>>>>>>>>>>>>>>>>>>>> OR
>>>>>>>>>>>>>>>>>>>>>> -v 5 -log point_stat.log
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> If you have your own ascci2nc config file,
>>>>>>>>>>>>>>>>>>>>>> please
>>>>>>>>>>>>>>>>>>>>>> upload
>>>>>>>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>>>>>>>> ftp
>>>>>>>>>>>>>>>>>>>>>> server. My run produced the empty output
>>>>>>>>>>>>>>>>>>>>>> with
>>>>>>>>>>>>>>>>>>>>>> point_stat
>>>>>>>>>>>>>>>>>>>>>> because
>>>>>>>>>>>>>>>>>>>>>> of
>>>>>>>>>>>>>>>>>>>>>> different message type:
>>>>>>>>>>>>>>>>>>>>>> - ascii2nc converts "FM-88 GEOAMV" to "FM-
>>>>>>>>>>>>>>>>>>>>>> 88_GEOAMV"
>>>>>>>>>>>>>>>>>>>>>> - point_stat filters obs data by the
>>>>>>>>>>>>>>>>>>>>>> message
>>>>>>>>>>>>>>>>>>>>>> type
>>>>>>>>>>>>>>>>>>>>>> "ADPUPA"
>>>>>>>>>>>>>>>>>>>>>> ==> all obs data is rejected.
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> Cheers,
>>>>>>>>>>>>>>>>>>>>>> Howard
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> FYI:
>>>>>>>>>>>>>>>>>>>>>> empty output but no errors.
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> The last log messages from ascii2nc with
>>>>>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>>>>>> updated
>>>>>>>>>>>>>>>>>>>>>> input:
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> DEBUG 2: Rejected 0 observations off the
>>>>>>>>>>>>>>>>>>>>>> masking
>>>>>>>>>>>>>>>>>>>>>> grid.
>>>>>>>>>>>>>>>>>>>>>> DEBUG 2: Rejected 0 observations outside
>>>>>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>>>>>> masking
>>>>>>>>>>>>>>>>>>>>>> polyline.
>>>>>>>>>>>>>>>>>>>>>> DEBUG 2: Rejected 0 observations not
>>>>>>>>>>>>>>>>>>>>>> matched
>>>>>>>>>>>>>>>>>>>>>> with
>>>>>>>>>>>>>>>>>>>>>> station
>>>>>>>>>>>>>>>>>>>>>> ID's.
>>>>>>>>>>>>>>>>>>>>>> DEBUG 2: Processing observations for 5892
>>>>>>>>>>>>>>>>>>>>>> headers.
>>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Creating NetCDF Observation file:
>>>>>>>>>>>>>>>>>>>>>> little_r_FY2E_AMV_IR1_OTG_20160617_1800.nc
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> The last log messages from point_stat:
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> DEBUG 3: Number of matched pairs = 0
>>>>>>>>>>>>>>>>>>>>>> DEBUG 3: Observations processed = 35352
>>>>>>>>>>>>>>>>>>>>>> DEBUG 3: Rejected: SID exclusion = 0
>>>>>>>>>>>>>>>>>>>>>> DEBUG 3: Rejected: obs type = 35352
>>>>>>>>>>>>>>>>>>>>>> DEBUG 3: Rejected: valid time = 0
>>>>>>>>>>>>>>>>>>>>>> DEBUG 3: Rejected: bad obs value = 0
>>>>>>>>>>>>>>>>>>>>>> DEBUG 3: Rejected: off the grid = 0
>>>>>>>>>>>>>>>>>>>>>> DEBUG 3: Rejected: level mismatch = 0
>>>>>>>>>>>>>>>>>>>>>> DEBUG 3: Rejected: quality marker = 0
>>>>>>>>>>>>>>>>>>>>>> DEBUG 3: Rejected: message type = 0
>>>>>>>>>>>>>>>>>>>>>> DEBUG 3: Rejected: masking region = 0
>>>>>>>>>>>>>>>>>>>>>> DEBUG 3: Rejected: bad fcst value = 0
>>>>>>>>>>>>>>>>>>>>>> DEBUG 3: Rejected: duplicates = 0
>>>>>>>>>>>>>>>>>>>>>> DEBUG 2:
>>>>>>>>>>>>>>>>>>>>>> DEBUG 2:
>>>>>>>>>>>>>>>>>>>>>>
--------------------------------------------------------------------------------
>>>>>>>>>>>>>>>>>>>>>> DEBUG 2:
>>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V.stat
>>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_fho.txt
>>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_ctc.txt
>>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_cts.txt
>>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_mctc.txt
>>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_mcts.txt
>>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_cnt.txt
>>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_sl1l2.txt
>>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_sal1l2.txt
>>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_pct.txt
>>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_pstd.txt
>>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_pjc.txt
>>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_prc.txt
>>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_eclv.txt
>>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_mpr.txt
>>>>>>>>>>>>>>>>>>>>>> DEBUG 1: Output file:
>>>>>>>>>>>>>>>>>>>>>>
point_stat/point_stat_000000L_20160617_180000V_vcnt.txt
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> On Wed Aug 15 09:27:48 2018,
>>>>>>>>>>>>>>>>>>>>>> learnerxy at 163.com
>>>>>>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> Hello Howard,
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> Thank you for your joinning in.
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> I made it several times as you wish, but
>>>>>>>>>>>>>>>>>>>>>>> failed
>>>>>>>>>>>>>>>>>>>>>>> again
>>>>>>>>>>>>>>>>>>>>>>> like
>>>>>>>>>>>>>>>>>>>>>>> before. I
>>>>>>>>>>>>>>>>>>>>>>> also edited the corresponding program as
>>>>>>>>>>>>>>>>>>>>>>> you
>>>>>>>>>>>>>>>>>>>>>>> recommended
>>>>>>>>>>>>>>>>>>>>>>> and
>>>>>>>>>>>>>>>>>>>>>>> tried
>>>>>>>>>>>>>>>>>>>>>>> another case, the same failure is still in
>>>>>>>>>>>>>>>>>>>>>>> front
>>>>>>>>>>>>>>>>>>>>>>> of
>>>>>>>>>>>>>>>>>>>>>>> me. I
>>>>>>>>>>>>>>>>>>>>>>> have
>>>>>>>>>>>>>>>>>>>>>>> sent
>>>>>>>>>>>>>>>>>>>>>>> a
>>>>>>>>>>>>>>>>>>>>>>> new case data named
>>>>>>>>>>>>>>>>>>>>>>> little_r_FY2E_AMV_IR1_OTG_20160620_0600
>>>>>>>>>>>>>>>>>>>>>>> residing
>>>>>>>>>>>>>>>>>>>>>>> in
>>>>>>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>>>>>>> yu_data
>>>>>>>>>>>>>>>>>>>>>>> directory by ftp-mode.Could you please
>>>>>>>>>>>>>>>>>>>>>>> check
>>>>>>>>>>>>>>>>>>>>>>> it
>>>>>>>>>>>>>>>>>>>>>>> again?
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> Best wishes.
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> Yu Xin
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> At 2018-08-15 08:05:42, "Howard Soh via
>>>>>>>>>>>>>>>>>>>>>>> RT"
>>>>>>>>>>>>>>>>>>>>>>> <met_help at ucar.edu>
>>>>>>>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>>>>>>>> I'm working with John.
>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>> I looked at the little R format ASCII
>>>>>>>>>>>>>>>>>>>>>>>> file.
>>>>>>>>>>>>>>>>>>>>>>>> It
>>>>>>>>>>>>>>>>>>>>>>>> is
>>>>>>>>>>>>>>>>>>>>>>>> a
>>>>>>>>>>>>>>>>>>>>>>>> binary
>>>>>>>>>>>>>>>>>>>>>>>> data
>>>>>>>>>>>>>>>>>>>>>>>> file,
>>>>>>>>>>>>>>>>>>>>>>>> not ASCII file. It contains null
>>>>>>>>>>>>>>>>>>>>>>>> characters
>>>>>>>>>>>>>>>>>>>>>>>> (0x00)
>>>>>>>>>>>>>>>>>>>>>>>> which
>>>>>>>>>>>>>>>>>>>>>>>> has
>>>>>>>>>>>>>>>>>>>>>>>> a
>>>>>>>>>>>>>>>>>>>>>>>> special meaning to ascii2nc.
>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>> Would you replace the null characters to
>>>>>>>>>>>>>>>>>>>>>>>> spaces?
>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>> mv
>>>>>>>>>>>>>>>>>>>>>>>> little_r_FY2E_AMV_IR1_OTG_20160617_1800
>>>>>>>>>>>>>>>>>>>>>>>> little_r_FY2E_AMV_IR1_OTG_20160617_1800_org
>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>> cat
>>>>>>>>>>>>>>>>>>>>>>>> little_r_FY2E_AMV_IR1_OTG_20160617_1800_org
>>>>>>>>>>>>>>>>>>>>>>>> |
>>>>>>>>>>>>>>>>>>>>>>>> sed
>>>>>>>>>>>>>>>>>>>>>>>> -e
>>>>>>>>>>>>>>>>>>>>>>>> "s/\x00/
>>>>>>>>>>>>>>>>>>>>>>>> /g"
>>>>>>>>>>>>>>>>>>>>>>>>> little_r_FY2E_AMV_IR1_OTG_20160617_1800
>>>>>>>>>>>>>>>>>>>>>>>> Cheers,
>>>>>>>>>>>>>>>>>>>>>>>> Howard
>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>> On Mon Aug 13 11:34:43 2018, johnhg
>>>>>>>>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>>>>>>>>> Hi Yu,
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>> Thanks for sending you sample data. I
>>>>>>>>>>>>>>>>>>>>>>>>> am
>>>>>>>>>>>>>>>>>>>>>>>>> able
>>>>>>>>>>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>>>>>>>>>>> replicate
>>>>>>>>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>>>>>>>>> behavior
>>>>>>>>>>>>>>>>>>>>>>>>> you describe. When I run that little_r
>>>>>>>>>>>>>>>>>>>>>>>>> file
>>>>>>>>>>>>>>>>>>>>>>>>> through
>>>>>>>>>>>>>>>>>>>>>>>>> ascii2nc,
>>>>>>>>>>>>>>>>>>>>>>>>> I
>>>>>>>>>>>>>>>>>>>>>>>>> get
>>>>>>>>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>>>>>>>>> following warning message followed by
>>>>>>>>>>>>>>>>>>>>>>>>> an
>>>>>>>>>>>>>>>>>>>>>>>>> error:
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>> WARNING: LittleRHandler::_processObs()
>>>>>>>>>>>>>>>>>>>>>>>>> ->
>>>>>>>>>>>>>>>>>>>>>>>>> Storing
>>>>>>>>>>>>>>>>>>>>>>>>> message
>>>>>>>>>>>>>>>>>>>>>>>>> type
>>>>>>>>>>>>>>>>>>>>>>>>> as
>>>>>>>>>>>>>>>>>>>>>>>>> "FM-88_GEOAMV" for unexpected report
>>>>>>>>>>>>>>>>>>>>>>>>> type
>>>>>>>>>>>>>>>>>>>>>>>>> "FM-88
>>>>>>>>>>>>>>>>>>>>>>>>> GEOAMV".
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>> I'm running this through the debugger
>>>>>>>>>>>>>>>>>>>>>>>>> trying
>>>>>>>>>>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>>>>>>>>>>> figure
>>>>>>>>>>>>>>>>>>>>>>>>> out
>>>>>>>>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>>>>>>>>> problem, but
>>>>>>>>>>>>>>>>>>>>>>>>> haven't isolated it yet.
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>>>>>>>>>>>>> John Halley Gotway
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>> On Wed, Aug 8, 2018 at 5:42 PM Yu Xin
>>>>>>>>>>>>>>>>>>>>>>>>> via
>>>>>>>>>>>>>>>>>>>>>>>>> RT
>>>>>>>>>>>>>>>>>>>>>>>>> <met_help at ucar.edu>
>>>>>>>>>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>> <URL:
>>>>>>>>>>>>>>>>>>>>>>>>>>
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=86442
>>>>>>>>>>>>>>>>>>>>>>>>>> Hello John,
>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>> Thank you for your assistance and I
>>>>>>>>>>>>>>>>>>>>>>>>>> am
>>>>>>>>>>>>>>>>>>>>>>>>>> terribly
>>>>>>>>>>>>>>>>>>>>>>>>>> sorry
>>>>>>>>>>>>>>>>>>>>>>>>>> that
>>>>>>>>>>>>>>>>>>>>>>>>>> I
>>>>>>>>>>>>>>>>>>>>>>>>>> haven't
>>>>>>>>>>>>>>>>>>>>>>>>>> checked my email frequently.
>>>>>>>>>>>>>>>>>>>>>>>>>> I have sent the test data to where
>>>>>>>>>>>>>>>>>>>>>>>>>> you
>>>>>>>>>>>>>>>>>>>>>>>>>> pointed,
>>>>>>>>>>>>>>>>>>>>>>>>>> namely
>>>>>>>>>>>>>>>>>>>>>>>>>> yu_data
>>>>>>>>>>>>>>>>>>>>>>>>>> directory.
>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>> best regards
>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>> Yu
>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>> At 2018-08-09 03:29:29, "John Halley
>>>>>>>>>>>>>>>>>>>>>>>>>> Gotway
>>>>>>>>>>>>>>>>>>>>>>>>>> via
>>>>>>>>>>>>>>>>>>>>>>>>>> RT"
>>>>>>>>>>>>>>>>>>>>>>>>>> <met_help at ucar.edu>
>>>>>>>>>>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>>>>>>>>>>> Hello Yu,
>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>> I see you're having some trouble
>>>>>>>>>>>>>>>>>>>>>>>>>>> getting
>>>>>>>>>>>>>>>>>>>>>>>>>>> Point-
>>>>>>>>>>>>>>>>>>>>>>>>>>> Stat
>>>>>>>>>>>>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>>>>>>>>>>>>> run
>>>>>>>>>>>>>>>>>>>>>>>>>>> on
>>>>>>>>>>>>>>>>>>>>>>>>>>> your
>>>>>>>>>>>>>>>>>>>>>>>>>>> data.
>>>>>>>>>>>>>>>>>>>>>>>>>>> It looks like perhaps you tried to
>>>>>>>>>>>>>>>>>>>>>>>>>>> attach
>>>>>>>>>>>>>>>>>>>>>>>>>>> some
>>>>>>>>>>>>>>>>>>>>>>>>>>> sample
>>>>>>>>>>>>>>>>>>>>>>>>>>> files,
>>>>>>>>>>>>>>>>>>>>>>>>>>> but
>>>>>>>>>>>>>>>>>>>>>>>>>>> they
>>>>>>>>>>>>>>>>>>>>>>>>>>> didn't come through. If you'd like
>>>>>>>>>>>>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>>>>>>>>>>>>> send
>>>>>>>>>>>>>>>>>>>>>>>>>>> sample
>>>>>>>>>>>>>>>>>>>>>>>>>>> data,
>>>>>>>>>>>>>>>>>>>>>>>>>>> please
>>>>>>>>>>>>>>>>>>>>>>>>>>> follow the
>>>>>>>>>>>>>>>>>>>>>>>>>>> instructions here for posting data
>>>>>>>>>>>>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>>>>>>>>>>>>> our
>>>>>>>>>>>>>>>>>>>>>>>>>>> anonymous
>>>>>>>>>>>>>>>>>>>>>>>>>>> ftp
>>>>>>>>>>>>>>>>>>>>>>>>>>> site:
>>>>>>>>>>>>>>>>>>>>>>>>>>>
https://dtcenter.org/met/users/support/met_help.php#ftp
>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>> Please write back to let me know
>>>>>>>>>>>>>>>>>>>>>>>>>>> when
>>>>>>>>>>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>>>>>>>>>>> data
>>>>>>>>>>>>>>>>>>>>>>>>>>> is
>>>>>>>>>>>>>>>>>>>>>>>>>>> there
>>>>>>>>>>>>>>>>>>>>>>>>>>> and
>>>>>>>>>>>>>>>>>>>>>>>>>>> I'll
>>>>>>>>>>>>>>>>>>>>>>>>>>> go
>>>>>>>>>>>>>>>>>>>>>>>>>>> grab
>>>>>>>>>>>>>>>>>>>>>>>>>> it
>>>>>>>>>>>>>>>>>>>>>>>>>>> for testing:
>>>>>>>>>>>>>>>>>>>>>>>>>>> PointStatConfig_satobfy2e,
>>>>>>>>>>>>>>>>>>>>>>>>>>> little_r_FY2E_AMV_IR1_OTG_20160617_1800,
>>>>>>>>>>>>>>>>>>>>>>>>>>> WRFPRS_d01.2016061718
>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>>>>>>>>>>>>>>> John Halley Gotway
>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>> On Wed, Aug 1, 2018 at 4:27 PM Yu
>>>>>>>>>>>>>>>>>>>>>>>>>>> Xin
>>>>>>>>>>>>>>>>>>>>>>>>>>> via
>>>>>>>>>>>>>>>>>>>>>>>>>>> RT
>>>>>>>>>>>>>>>>>>>>>>>>>>> <met_help at ucar.edu>
>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>>> Wed Aug 01 16:27:44 2018: Request
>>>>>>>>>>>>>>>>>>>>>>>>>>>> 86442
>>>>>>>>>>>>>>>>>>>>>>>>>>>> was
>>>>>>>>>>>>>>>>>>>>>>>>>>>> acted
>>>>>>>>>>>>>>>>>>>>>>>>>>>> upon.
>>>>>>>>>>>>>>>>>>>>>>>>>>>> Transaction: Ticket created by
>>>>>>>>>>>>>>>>>>>>>>>>>>>> learnerxy at 163.com
>>>>>>>>>>>>>>>>>>>>>>>>>>>> Queue: met_help
>>>>>>>>>>>>>>>>>>>>>>>>>>>> Subject:
>>>>>>>>>>>>>>>>>>>>>>>>>>>> PointStatConfig_satobfy2e
>>>>>>>>>>>>>>>>>>>>>>>>>>>> Owner: Nobody
>>>>>>>>>>>>>>>>>>>>>>>>>>>> Requestors: learnerxy at 163.com
>>>>>>>>>>>>>>>>>>>>>>>>>>>> Status: new
>>>>>>>>>>>>>>>>>>>>>>>>>>>> Ticket <URL:
>>>>>>>>>>>>>>>>>>>>>>>>>>>>
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=86442
>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>>> To whom it might be concerned,
>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>>> Recently, I am evaluating the
>>>>>>>>>>>>>>>>>>>>>>>>>>>> SATOB
>>>>>>>>>>>>>>>>>>>>>>>>>>>> type
>>>>>>>>>>>>>>>>>>>>>>>>>>>> quality
>>>>>>>>>>>>>>>>>>>>>>>>>>>> by
>>>>>>>>>>>>>>>>>>>>>>>>>>>> METv7.0
>>>>>>>>>>>>>>>>>>>>>>>>>>>> tools,
>>>>>>>>>>>>>>>>>>>>>>>>>>>> but
>>>>>>>>>>>>>>>>>>>>>>>>>>>> failed that it always reminds of
>>>>>>>>>>>>>>>>>>>>>>>>>>>> me
>>>>>>>>>>>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>>>>>>>>>>>> corresponding
>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrong
>>>>>>>>>>>>>>>>>>>>>>>>>>>> message,
>>>>>>>>>>>>>>>>>>>>>>>>>>>> FM-88_GEOAMV in little_r format.
>>>>>>>>>>>>>>>>>>>>>>>>>>>> In
>>>>>>>>>>>>>>>>>>>>>>>>>>>> fact, I
>>>>>>>>>>>>>>>>>>>>>>>>>>>> know
>>>>>>>>>>>>>>>>>>>>>>>>>>>> that
>>>>>>>>>>>>>>>>>>>>>>>>>>>> it
>>>>>>>>>>>>>>>>>>>>>>>>>>>> is
>>>>>>>>>>>>>>>>>>>>>>>>>>>> right
>>>>>>>>>>>>>>>>>>>>>>>>>>>> in
>>>>>>>>>>>>>>>>>>>>>>>>>>>> little_r format on expressing AMV
>>>>>>>>>>>>>>>>>>>>>>>>>>>> data.
>>>>>>>>>>>>>>>>>>>>>>>>>>>> So
>>>>>>>>>>>>>>>>>>>>>>>>>>>> I
>>>>>>>>>>>>>>>>>>>>>>>>>>>> do
>>>>>>>>>>>>>>>>>>>>>>>>>>>> not
>>>>>>>>>>>>>>>>>>>>>>>>>>>> know
>>>>>>>>>>>>>>>>>>>>>>>>>>>> how
>>>>>>>>>>>>>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>>>>>>>>>>>>>> set the
>>>>>>>>>>>>>>>>>>>>>>>>>>>> configuration file to pass the
>>>>>>>>>>>>>>>>>>>>>>>>>>>> point_stat
>>>>>>>>>>>>>>>>>>>>>>>>>>>> command
>>>>>>>>>>>>>>>>>>>>>>>>>>>> and
>>>>>>>>>>>>>>>>>>>>>>>>>>>> turn
>>>>>>>>>>>>>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>>>>>>>>>>>>>> your
>>>>>>>>>>>>>>>>>>>>>>>>>>>> help.
>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>>> The attached are my test data.
>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>>> I am looking forward to your
>>>>>>>>>>>>>>>>>>>>>>>>>>>> response
>>>>>>>>>>>>>>>>>>>>>>>>>>>> and
>>>>>>>>>>>>>>>>>>>>>>>>>>>> thank
>>>>>>>>>>>>>>>>>>>>>>>>>>>> you
>>>>>>>>>>>>>>>>>>>>>>>>>>>> so
>>>>>>>>>>>>>>>>>>>>>>>>>>>> much.
>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sincerely,
>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>>> Yu Xin
>>>>>>>>>>>>>>>>>>>>>>>>>>>> 从网易163邮箱发来的云附件
>>>>>>>>>>>>>>>>>>>>>>>>>>>> PointStatConfig_satobfy2e (5.53K,
>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2018年8月31日
>>>>>>>>>>>>>>>>>>>>>>>>>>>> 16:12
>>>>>>>>>>>>>>>>>>>>>>>>>>>> 到期)
>>>>>>>>>>>>>>>>>>>>>>>>>>>> 下载
>>>>>>>>>>>>>>>>>>>>>>>>>>>> little_r_FY2E_AMV_IR1_OTG_20160617_1800
>>>>>>>>>>>>>>>>>>>>>>>>>>>> (5.79M,
>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2018年8月31日
>>>>>>>>>>>>>>>>>>>>>>>>>>>> 16:12
>>>>>>>>>>>>>>>>>>>>>>>>>>>> 到期)
>>>>>>>>>>>>>>>>>>>>>>>>>>>> 下载
>>>>>>>>>>>>>>>>>>>>>>>>>>>> WRFPRS_d01.2016061718 - 复件(1)
>>>>>>>>>>>>>>>>>>>>>>>>>>>> (195.25M,
>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2018年8月31日
>>>>>>>>>>>>>>>>>>>>>>>>>>>> 15:45
>>>>>>>>>>>>>>>>>>>>>>>>>>>> 到期)
>>>>>>>>>>>>>>>>>>>>>>>>>>>> 下载
>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>
>>>>>>>
>>>>>
>>>
>
------------------------------------------------
More information about the Met_help
mailing list