[Met_help] [rt.rap.ucar.edu #61470] History for Problem with Point-Stat
John Halley Gotway via RT
met_help at ucar.edu
Wed May 22 13:24:25 MDT 2013
----------------------------------------------------------------
Initial Request
----------------------------------------------------------------
I am running Point-Stat on a GFS GRIB2 forecast file (global 0.5 deg res) and PrepBUFR/MADIS point observations data sets (two separate sets of netcdf point ob files) for a domain in S. California. The log file has no ERROR or WARNING and shows that forecast levels are found for my variables/levels. Also shows the forecast and observations files are being accessed. My scoring area is specified by a .poly text file and this shows as the "Region" in the log file. For some reason, all the processing steps show 0 pairs as follows:
Processing RH/P910-875 versus RH/P910-875, for observation type ADPUPA, over region LAX_P_d01, for interpolation method DW_MEAN(4), using 0 pairs.
I've attached my config file, the log file and the .poly file. Do you have any suggestions on how to resolve the problem? The forecast file is about 50MB which I could upload if you want, but it is a standard GFS GRIB2 file.
Let me know if you need anything else.
Thanks.
R/
John
Mr John W. Raby, Meteorologist
U.S. Army Research Laboratory
White Sands Missile Range, NM 88002
(575) 678-2004 DSN 258-2004
FAX (575) 678-1230 DSN 258-1230
Email: john.w.raby2.civ at mail.mil<mailto:john.raby at us.army.mil>
----------------------------------------------------------------
Complete Ticket History
----------------------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #61470] Problem with Point-Stat
From: John Halley Gotway
Time: Mon May 20 19:35:06 2013
John,
Can you please send me the NetCDF point observation files that you're
using as input to Point-Stat? Can you also send me a link to the GFS
file
you're using (an FTP site or something)?
You can upload them to our anonymous ftp site as follows:
http://www.dtcenter.org/met/users/support/met_help.php#ftp
Thanks,
John
>
> Mon May 20 12:47:44 2013: Request 61470 was acted upon.
> Transaction: Ticket created by john.w.raby2.civ at mail.mil
> Queue: met_help
> Subject: Problem with Point-Stat
> Owner: Nobody
> Requestors: john.w.raby2.civ at mail.mil
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61470 >
>
>
> I am running Point-Stat on a GFS GRIB2 forecast file (global 0.5 deg
res)
> and PrepBUFR/MADIS point observations data sets (two separate sets
of
> netcdf point ob files) for a domain in S. California. The log file
has no
> ERROR or WARNING and shows that forecast levels are found for my
> variables/levels. Also shows the forecast and observations files are
being
> accessed. My scoring area is specified by a .poly text file and this
shows
> as the "Region" in the log file. For some reason, all the processing
steps
> show 0 pairs as follows:
>
> Processing RH/P910-875 versus RH/P910-875, for observation type
ADPUPA,
> over region LAX_P_d01, for interpolation method DW_MEAN(4), using 0
pairs.
>
> I've attached my config file, the log file and the .poly file. Do
you have
> any suggestions on how to resolve the problem? The forecast file is
about
> 50MB which I could upload if you want, but it is a standard GFS
GRIB2
> file.
>
> Let me know if you need anything else.
>
> Thanks.
>
> R/
> John
>
>
> Mr John W. Raby, Meteorologist
>
> U.S. Army Research Laboratory
>
> White Sands Missile Range, NM 88002
>
> (575) 678-2004 DSN 258-2004
>
> FAX (575) 678-1230 DSN 258-1230
>
> Email: john.w.raby2.civ at mail.mil<mailto:john.raby at us.army.mil>
>
>
------------------------------------------------
Subject: Problem with Point-Stat
From: Raby, John W USA CIV
Time: Tue May 21 06:54:46 2013
John -
An example GFS file is gfs_4_20120207_1200_000.grb2 which can be
downloaded from:
http://nomads.ncdc.noaa.gov/data/gfs4/201202/20120207/
The two netCDF observation files are attached.
I no longer have the option of using your ftp site as White Sands
Missile Range network security has blocked all ftp activity. We have
to use https downloads and secure access file exchange services to
transfer files these days.
Thanks.
R/
John
Mr John W. Raby, Meteorologist
U.S. Army Research Laboratory
White Sands Missile Range, NM 88002
(575) 678-2004 DSN 258-2004
FAX (575) 678-1230 DSN 258-1230
Email: john.w.raby2.civ at mail.mil
________________________________________
From: John Halley Gotway via RT [met_help at ucar.edu]
Sent: Monday, May 20, 2013 7:35 PM
To: Raby, John W CIV USARMY ARL (US)
Subject: Re: [rt.rap.ucar.edu #61470] Problem with Point-Stat
John,
Can you please send me the NetCDF point observation files that you're
using as input to Point-Stat? Can you also send me a link to the GFS
file
you're using (an FTP site or something)?
You can upload them to our anonymous ftp site as follows:
http://www.dtcenter.org/met/users/support/met_help.php#ftp
Thanks,
John
>
> Mon May 20 12:47:44 2013: Request 61470 was acted upon.
> Transaction: Ticket created by john.w.raby2.civ at mail.mil
> Queue: met_help
> Subject: Problem with Point-Stat
> Owner: Nobody
> Requestors: john.w.raby2.civ at mail.mil
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61470 >
>
>
> I am running Point-Stat on a GFS GRIB2 forecast file (global 0.5 deg
res)
> and PrepBUFR/MADIS point observations data sets (two separate sets
of
> netcdf point ob files) for a domain in S. California. The log file
has no
> ERROR or WARNING and shows that forecast levels are found for my
> variables/levels. Also shows the forecast and observations files are
being
> accessed. My scoring area is specified by a .poly text file and this
shows
> as the "Region" in the log file. For some reason, all the processing
steps
> show 0 pairs as follows:
>
> Processing RH/P910-875 versus RH/P910-875, for observation type
ADPUPA,
> over region LAX_P_d01, for interpolation method DW_MEAN(4), using 0
pairs.
>
> I've attached my config file, the log file and the .poly file. Do
you have
> any suggestions on how to resolve the problem? The forecast file is
about
> 50MB which I could upload if you want, but it is a standard GFS
GRIB2
> file.
>
> Let me know if you need anything else.
>
> Thanks.
>
> R/
> John
>
>
> Mr John W. Raby, Meteorologist
>
> U.S. Army Research Laboratory
>
> White Sands Missile Range, NM 88002
>
> (575) 678-2004 DSN 258-2004
>
> FAX (575) 678-1230 DSN 258-1230
>
> Email: john.w.raby2.civ at mail.mil<mailto:john.raby at us.army.mil>
>
>
------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #61470] Problem with Point-Stat
From: John Halley Gotway
Time: Tue May 21 14:28:08 2013
John,
Whew - this was a tough one!
I was able to retrieve the GFS file you're using. I ran the data
through Point-Stat and replicated what you're seeing - 0 matched
pairs. I should have mentioned this earlier, but you should try
running Point-Stat at verbosity level 3. That gives you more
diagnostic information about why observations were or were not used.
Here's an excerpt from the log for the last verification task:
DEBUG 2: Processing RH/Z2 versus RH/Z2, for observation type SFCSHP,
over region LAX_P_d01, for interpolation method DW_MEAN(4), using 0
pairs.
DEBUG 3: Number of matched pairs = 0
DEBUG 3: Observations processed = 22136
DEBUG 3: Rejected: GRIB code = 19804
DEBUG 3: Rejected: valid time = 0
DEBUG 3: Rejected: bad obs value = 0
DEBUG 3: Rejected: off the grid = 2332
DEBUG 3: Rejected: level mismatch = 0
DEBUG 3: Rejected: message type = 0
DEBUG 3: Rejected: masking region = 0
DEBUG 3: Rejected: bad fcst value = 0
Based on this, it looks like the observations are just not falling on
the model grid.
I dug around more and found a couple of small bugs. The GRIB2 grid
parsing code thought the lower-left latitude of the grid was 90
degrees, when it should have been -90. It's due to a scanning mode
flag in GRIB2. The code that's parsing that had parenthesis in the
wrong place. Also, needed another small change in the polyline
masking code.
I've made the changes, included it in the development version, and
posted a bugfix for METv4.0:
http://www.dtcenter.org/met/users/support/known_issues/METv4.0/index.php
Thanks for finding these issues!
Please let me know if you continue to have problems.
Thanks,
John
John
On 05/21/2013 06:54 AM, Raby, John W USA CIV via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61470 >
>
> John -
>
> An example GFS file is gfs_4_20120207_1200_000.grb2 which can be
downloaded from:
>
> http://nomads.ncdc.noaa.gov/data/gfs4/201202/20120207/
>
> The two netCDF observation files are attached.
>
> I no longer have the option of using your ftp site as White Sands
Missile Range network security has blocked all ftp activity. We have
to use https downloads and secure access file exchange services to
transfer files these days.
>
> Thanks.
>
> R/
> John
>
> Mr John W. Raby, Meteorologist
>
> U.S. Army Research Laboratory
>
> White Sands Missile Range, NM 88002
>
> (575) 678-2004 DSN 258-2004
>
> FAX (575) 678-1230 DSN 258-1230
>
> Email: john.w.raby2.civ at mail.mil
>
> ________________________________________
> From: John Halley Gotway via RT [met_help at ucar.edu]
> Sent: Monday, May 20, 2013 7:35 PM
> To: Raby, John W CIV USARMY ARL (US)
> Subject: Re: [rt.rap.ucar.edu #61470] Problem with Point-Stat
>
> John,
>
> Can you please send me the NetCDF point observation files that
you're
> using as input to Point-Stat? Can you also send me a link to the
GFS file
> you're using (an FTP site or something)?
>
> You can upload them to our anonymous ftp site as follows:
> http://www.dtcenter.org/met/users/support/met_help.php#ftp
>
> Thanks,
> John
>
>>
>> Mon May 20 12:47:44 2013: Request 61470 was acted upon.
>> Transaction: Ticket created by john.w.raby2.civ at mail.mil
>> Queue: met_help
>> Subject: Problem with Point-Stat
>> Owner: Nobody
>> Requestors: john.w.raby2.civ at mail.mil
>> Status: new
>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61470 >
>>
>>
>> I am running Point-Stat on a GFS GRIB2 forecast file (global 0.5
deg res)
>> and PrepBUFR/MADIS point observations data sets (two separate sets
of
>> netcdf point ob files) for a domain in S. California. The log file
has no
>> ERROR or WARNING and shows that forecast levels are found for my
>> variables/levels. Also shows the forecast and observations files
are being
>> accessed. My scoring area is specified by a .poly text file and
this shows
>> as the "Region" in the log file. For some reason, all the
processing steps
>> show 0 pairs as follows:
>>
>> Processing RH/P910-875 versus RH/P910-875, for observation type
ADPUPA,
>> over region LAX_P_d01, for interpolation method DW_MEAN(4), using 0
pairs.
>>
>> I've attached my config file, the log file and the .poly file. Do
you have
>> any suggestions on how to resolve the problem? The forecast file is
about
>> 50MB which I could upload if you want, but it is a standard GFS
GRIB2
>> file.
>>
>> Let me know if you need anything else.
>>
>> Thanks.
>>
>> R/
>> John
>>
>>
>> Mr John W. Raby, Meteorologist
>>
>> U.S. Army Research Laboratory
>>
>> White Sands Missile Range, NM 88002
>>
>> (575) 678-2004 DSN 258-2004
>>
>> FAX (575) 678-1230 DSN 258-1230
>>
>> Email: john.w.raby2.civ at mail.mil<mailto:john.raby at us.army.mil>
>>
>>
>
>
>
>
------------------------------------------------
Subject: Problem with Point-Stat
From: Raby, John W USA CIV
Time: Wed May 22 13:15:14 2013
Classification: UNCLASSIFIED
Caveats: NONE
John -
Good news.
Bob Flanigan implemented the patch and I reran the same case study
data I had
sent you on this problem and it worked with plenty of observation
pairs! I'm
baffled since we didn't change a thing...same observations,
sameforecast grid,
same config file, same .poly file. Do you think the fix you
implemented in the
patch solved the problem? This time I took your suggestion about
verbosity 3
and saw no observations off the grid.
Thanks.
R/
John
-----Original Message-----
From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
Sent: Tuesday, May 21, 2013 2:28 PM
To: Raby, John W CIV USARMY ARL (US)
Subject: Re: [rt.rap.ucar.edu #61470] Problem with Point-Stat
John,
Whew - this was a tough one!
I was able to retrieve the GFS file you're using. I ran the data
through
Point-Stat and replicated what you're seeing - 0 matched pairs. I
should have
mentioned this earlier, but you should try running Point-Stat at
verbosity
level 3. That gives you more diagnostic information about why
observations
were or were not used. Here's an excerpt from the log for the last
verification task:
DEBUG 2: Processing RH/Z2 versus RH/Z2, for observation type SFCSHP,
over
region LAX_P_d01, for interpolation method DW_MEAN(4), using 0 pairs.
DEBUG 3: Number of matched pairs = 0
DEBUG 3: Observations processed = 22136
DEBUG 3: Rejected: GRIB code = 19804
DEBUG 3: Rejected: valid time = 0
DEBUG 3: Rejected: bad obs value = 0
DEBUG 3: Rejected: off the grid = 2332
DEBUG 3: Rejected: level mismatch = 0
DEBUG 3: Rejected: message type = 0
DEBUG 3: Rejected: masking region = 0
DEBUG 3: Rejected: bad fcst value = 0
Based on this, it looks like the observations are just not falling on
the
model grid.
I dug around more and found a couple of small bugs. The GRIB2 grid
parsing
code thought the lower-left latitude of the grid was 90 degrees, when
it
should have been -90. It's due to a scanning mode flag in GRIB2. The
code
that's parsing that had parenthesis in the wrong place. Also, needed
another
small change in the polyline masking code.
I've made the changes, included it in the development version, and
posted a
bugfix for METv4.0:
http://www.dtcenter.org/met/users/support/known_issues/METv4.0/index.php
Thanks for finding these issues!
Please let me know if you continue to have problems.
Thanks,
John
John
On 05/21/2013 06:54 AM, Raby, John W USA CIV via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61470 >
>
> John -
>
> An example GFS file is gfs_4_20120207_1200_000.grb2 which can be
downloaded
> from:
>
> http://nomads.ncdc.noaa.gov/data/gfs4/201202/20120207/
>
> The two netCDF observation files are attached.
>
> I no longer have the option of using your ftp site as White Sands
Missile
> Range network security has blocked all ftp activity. We have to use
https
> downloads and secure access file exchange services to transfer files
these
> days.
>
> Thanks.
>
> R/
> John
>
> Mr John W. Raby, Meteorologist
>
> U.S. Army Research Laboratory
>
> White Sands Missile Range, NM 88002
>
> (575) 678-2004 DSN 258-2004
>
> FAX (575) 678-1230 DSN 258-1230
>
> Email: john.w.raby2.civ at mail.mil
>
> ________________________________________
> From: John Halley Gotway via RT [met_help at ucar.edu]
> Sent: Monday, May 20, 2013 7:35 PM
> To: Raby, John W CIV USARMY ARL (US)
> Subject: Re: [rt.rap.ucar.edu #61470] Problem with Point-Stat
>
> John,
>
> Can you please send me the NetCDF point observation files that
you're
> using as input to Point-Stat? Can you also send me a link to the
GFS
> file you're using (an FTP site or something)?
>
> You can upload them to our anonymous ftp site as follows:
> http://www.dtcenter.org/met/users/support/met_help.php#ftp
>
> Thanks,
> John
>
>>
>> Mon May 20 12:47:44 2013: Request 61470 was acted upon.
>> Transaction: Ticket created by john.w.raby2.civ at mail.mil
>> Queue: met_help
>> Subject: Problem with Point-Stat
>> Owner: Nobody
>> Requestors: john.w.raby2.civ at mail.mil
>> Status: new
>> Ticket <URL:
>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61470 >
>>
>>
>> I am running Point-Stat on a GFS GRIB2 forecast file (global 0.5
deg
>> res) and PrepBUFR/MADIS point observations data sets (two separate
>> sets of netcdf point ob files) for a domain in S. California. The
log
>> file has no ERROR or WARNING and shows that forecast levels are
found
>> for my variables/levels. Also shows the forecast and observations
>> files are being accessed. My scoring area is specified by a .poly
>> text file and this shows as the "Region" in the log file. For some
>> reason, all the processing steps show 0 pairs as follows:
>>
>> Processing RH/P910-875 versus RH/P910-875, for observation type
>> ADPUPA, over region LAX_P_d01, for interpolation method DW_MEAN(4),
using 0
>> pairs.
>>
>> I've attached my config file, the log file and the .poly file. Do
you
>> have any suggestions on how to resolve the problem? The forecast
file
>> is about 50MB which I could upload if you want, but it is a
standard
>> GFS GRIB2 file.
>>
>> Let me know if you need anything else.
>>
>> Thanks.
>>
>> R/
>> John
>>
>>
>> Mr John W. Raby, Meteorologist
>>
>> U.S. Army Research Laboratory
>>
>> White Sands Missile Range, NM 88002
>>
>> (575) 678-2004 DSN 258-2004
>>
>> FAX (575) 678-1230 DSN 258-1230
>>
>> Email: john.w.raby2.civ at mail.mil<mailto:john.raby at us.army.mil>
>>
>>
>
>
>
>
Classification: UNCLASSIFIED
Caveats: NONE
------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #61470] Problem with Point-Stat (UNCLASSIFIED)
From: John Halley Gotway
Time: Wed May 22 13:24:15 2013
John,
Great, glad to hear it. Yes, I think the patch fixed the problem. The
patch contained two small fixes - basically, when applying the
polyline mask, Point-Stat wasn't keeping any of the grid points.
Now it's retaining the grid points in the area described by the
polyline.
I'll go ahead and resolve this one.
Thanks for letting me know.
John
On 05/22/2013 01:15 PM, Raby, John W USA CIV via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61470 >
>
> Classification: UNCLASSIFIED
> Caveats: NONE
>
> John -
>
> Good news.
>
> Bob Flanigan implemented the patch and I reran the same case study
data I had
> sent you on this problem and it worked with plenty of observation
pairs! I'm
> baffled since we didn't change a thing...same observations,
sameforecast grid,
> same config file, same .poly file. Do you think the fix you
implemented in the
> patch solved the problem? This time I took your suggestion about
verbosity 3
> and saw no observations off the grid.
>
> Thanks.
>
> R/
> John
>
> -----Original Message-----
> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
> Sent: Tuesday, May 21, 2013 2:28 PM
> To: Raby, John W CIV USARMY ARL (US)
> Subject: Re: [rt.rap.ucar.edu #61470] Problem with Point-Stat
>
> John,
>
> Whew - this was a tough one!
>
> I was able to retrieve the GFS file you're using. I ran the data
through
> Point-Stat and replicated what you're seeing - 0 matched pairs. I
should have
> mentioned this earlier, but you should try running Point-Stat at
verbosity
> level 3. That gives you more diagnostic information about why
observations
> were or were not used. Here's an excerpt from the log for the last
> verification task:
>
> DEBUG 2: Processing RH/Z2 versus RH/Z2, for observation type SFCSHP,
over
> region LAX_P_d01, for interpolation method DW_MEAN(4), using 0
pairs.
> DEBUG 3: Number of matched pairs = 0
> DEBUG 3: Observations processed = 22136
> DEBUG 3: Rejected: GRIB code = 19804
> DEBUG 3: Rejected: valid time = 0
> DEBUG 3: Rejected: bad obs value = 0
> DEBUG 3: Rejected: off the grid = 2332
> DEBUG 3: Rejected: level mismatch = 0
> DEBUG 3: Rejected: message type = 0
> DEBUG 3: Rejected: masking region = 0
> DEBUG 3: Rejected: bad fcst value = 0
>
> Based on this, it looks like the observations are just not falling
on the
> model grid.
>
> I dug around more and found a couple of small bugs. The GRIB2 grid
parsing
> code thought the lower-left latitude of the grid was 90 degrees,
when it
> should have been -90. It's due to a scanning mode flag in GRIB2.
The code
> that's parsing that had parenthesis in the wrong place. Also,
needed another
> small change in the polyline masking code.
>
> I've made the changes, included it in the development version, and
posted a
> bugfix for METv4.0:
>
http://www.dtcenter.org/met/users/support/known_issues/METv4.0/index.php
>
> Thanks for finding these issues!
>
> Please let me know if you continue to have problems.
>
> Thanks,
> John
>
>
>
>
>
> John
>
> On 05/21/2013 06:54 AM, Raby, John W USA CIV via RT wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61470 >
>>
>> John -
>>
>> An example GFS file is gfs_4_20120207_1200_000.grb2 which can be
downloaded
>> from:
>>
>> http://nomads.ncdc.noaa.gov/data/gfs4/201202/20120207/
>>
>> The two netCDF observation files are attached.
>>
>> I no longer have the option of using your ftp site as White Sands
Missile
>> Range network security has blocked all ftp activity. We have to use
https
>> downloads and secure access file exchange services to transfer
files these
>> days.
>>
>> Thanks.
>>
>> R/
>> John
>>
>> Mr John W. Raby, Meteorologist
>>
>> U.S. Army Research Laboratory
>>
>> White Sands Missile Range, NM 88002
>>
>> (575) 678-2004 DSN 258-2004
>>
>> FAX (575) 678-1230 DSN 258-1230
>>
>> Email: john.w.raby2.civ at mail.mil
>>
>> ________________________________________
>> From: John Halley Gotway via RT [met_help at ucar.edu]
>> Sent: Monday, May 20, 2013 7:35 PM
>> To: Raby, John W CIV USARMY ARL (US)
>> Subject: Re: [rt.rap.ucar.edu #61470] Problem with Point-Stat
>>
>> John,
>>
>> Can you please send me the NetCDF point observation files that
you're
>> using as input to Point-Stat? Can you also send me a link to the
GFS
>> file you're using (an FTP site or something)?
>>
>> You can upload them to our anonymous ftp site as follows:
>> http://www.dtcenter.org/met/users/support/met_help.php#ftp
>>
>> Thanks,
>> John
>>
>>>
>>> Mon May 20 12:47:44 2013: Request 61470 was acted upon.
>>> Transaction: Ticket created by john.w.raby2.civ at mail.mil
>>> Queue: met_help
>>> Subject: Problem with Point-Stat
>>> Owner: Nobody
>>> Requestors: john.w.raby2.civ at mail.mil
>>> Status: new
>>> Ticket <URL:
>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61470 >
>>>
>>>
>>> I am running Point-Stat on a GFS GRIB2 forecast file (global 0.5
deg
>>> res) and PrepBUFR/MADIS point observations data sets (two separate
>>> sets of netcdf point ob files) for a domain in S. California. The
log
>>> file has no ERROR or WARNING and shows that forecast levels are
found
>>> for my variables/levels. Also shows the forecast and observations
>>> files are being accessed. My scoring area is specified by a .poly
>>> text file and this shows as the "Region" in the log file. For some
>>> reason, all the processing steps show 0 pairs as follows:
>>>
>>> Processing RH/P910-875 versus RH/P910-875, for observation type
>>> ADPUPA, over region LAX_P_d01, for interpolation method
DW_MEAN(4), using 0
>>> pairs.
>>>
>>> I've attached my config file, the log file and the .poly file. Do
you
>>> have any suggestions on how to resolve the problem? The forecast
file
>>> is about 50MB which I could upload if you want, but it is a
standard
>>> GFS GRIB2 file.
>>>
>>> Let me know if you need anything else.
>>>
>>> Thanks.
>>>
>>> R/
>>> John
>>>
>>>
>>> Mr John W. Raby, Meteorologist
>>>
>>> U.S. Army Research Laboratory
>>>
>>> White Sands Missile Range, NM 88002
>>>
>>> (575) 678-2004 DSN 258-2004
>>>
>>> FAX (575) 678-1230 DSN 258-1230
>>>
>>> Email: john.w.raby2.civ at mail.mil<mailto:john.raby at us.army.mil>
>>>
>>>
>>
>>
>>
>>
>
>
> Classification: UNCLASSIFIED
> Caveats: NONE
>
>
>
------------------------------------------------
More information about the Met_help
mailing list