Robert and Evan,
Thanks for the excellent resources! These backup Gempak files could come in
quite handy.
Unfortunately, a quick and simple replacement of the Gempak file didn't solve
my GARP-crashing problem this time. I don't believe we have NMAP2 installed,
but I may need to investigate.
Thanks,
Mark
________________________________
From: Mullenax, Robert R. (WFF-820.0)[ORBITAL SCIENCES CORPORATION]
<robert.r.mullenax@xxxxxxxx>
Sent: Wednesday, October 30, 2019 11:47 AM
To: Evan Lowery <elowery@xxxxxxxxx>
Cc: Boothe, Mark (CIV) <maboothe@xxxxxxx>; gembud@xxxxxxxxxxxxxxxx
<gembud@xxxxxxxxxxxxxxxx>; Yamaguchi, Ryan (CIV) <ryamaguc@xxxxxxx>; Nuss,
Wendell (CIV) <nuss@xxxxxxx>
Subject: RE: [EXTERNAL] Re: [gembud] Surface & upper air corruption?
Definitely! I use Iowa State as well. A fantastic (and the only one I know of)
repository for historical data in GEMPAK format.
From: Evan Lowery <elowery@xxxxxxxxx>
Sent: Wednesday, October 30, 2019 1:27 PM
To: Mullenax, Robert R. (WFF-820.0)[ORBITAL SCIENCES CORPORATION]
<robert.r.mullenax@xxxxxxxx>
Cc: Boothe, Mark (CIV) <maboothe@xxxxxxx>; gembud@xxxxxxxxxxxxxxxx; Yamaguchi,
Ryan (CIV) <ryamaguc@xxxxxxx>; Nuss, Wendell (CIV) <nuss@xxxxxxx>
Subject: [EXTERNAL] Re: [gembud] Surface & upper air corruption?
Another good resource which you can use to replace corrupted files
http://mtarchive.geol.iastate.edu/2019/10/29/gempak/surface/sao/<https://urldefense.proofpoint.com/v2/url?u=http-3A__mtarchive.geol.iastate.edu_2019_10_29_gempak_surface_sao_&d=DwMFaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=awpMb9C6LdO4unq8szkwr1JChWDvqyXePNcmTFcEXXo&m=6QbnSkOgKUm9ZyUw8dxjzWTcegMtq6_YGNIvJEV-kqU&s=TuVh4DQtvezefDY-b2jnbGrgMOBTKfYP4PbI1fVtxzk&e=>
http://mtarchive.geol.iastate.edu/2019/10/29/gempak/upperair/<https://urldefense.proofpoint.com/v2/url?u=http-3A__mtarchive.geol.iastate.edu_2019_10_29_gempak_upperair_&d=DwMFaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=awpMb9C6LdO4unq8szkwr1JChWDvqyXePNcmTFcEXXo&m=6QbnSkOgKUm9ZyUw8dxjzWTcegMtq6_YGNIvJEV-kqU&s=Xip9INLbRkSCma8qI5rneJDVIcQ7xhj_hJRAZAKnCoU&e=>
Regards,
Evan Lowery
On Wed, Oct 30, 2019 at 12:54 PM Mullenax, Robert R. (WFF-820.0)[ORBITAL
SCIENCES CORPORATION] via gembud
<gembud@xxxxxxxxxxxxxxxx<mailto:gembud@xxxxxxxxxxxxxxxx>> wrote:
Hi Mark,
I have never found a way to fix the file once it becomes corrupted. Unidata has
current data available as a nice backup to replace the corrupted file (usually
up, but of course it isn’t considered operational):
https://motherlode.ucar.edu/decoded/gempak/surface/<https://urldefense.proofpoint.com/v2/url?u=https-3A__motherlode.ucar.edu_decoded_gempak_surface_&d=DwMFaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=awpMb9C6LdO4unq8szkwr1JChWDvqyXePNcmTFcEXXo&m=6QbnSkOgKUm9ZyUw8dxjzWTcegMtq6_YGNIvJEV-kqU&s=7HOL-J3Owzj4gd_GIPOkwVCn_UELbLdDMon-ii-Gun8&e=>
https://motherlode.ucar.edu/decoded/gempak/upperair/<https://urldefense.proofpoint.com/v2/url?u=https-3A__motherlode.ucar.edu_decoded_gempak_upperair_&d=DwMFaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=awpMb9C6LdO4unq8szkwr1JChWDvqyXePNcmTFcEXXo&m=6QbnSkOgKUm9ZyUw8dxjzWTcegMtq6_YGNIvJEV-kqU&s=GduIA5-yVxz6lnbFYZlFbRRCJA9e6D0u-nCO7MiHJ0M&e=>
Also, have you tried opening surface/upper air in NMAP2 instead of GARP? One
reason Unidata stopped support of GARP was instability. In my experience,
especially GARP built on Linux. It could be GARP is the problem.
Best regards,
Robert Mullenax
From: gembud
<gembud-bounces@xxxxxxxxxxxxxxxx<mailto:gembud-bounces@xxxxxxxxxxxxxxxx>> On
Behalf Of Boothe, Mark (CIV)
Sent: Wednesday, October 30, 2019 10:41 AM
To: gembud@xxxxxxxxxxxxxxxx<mailto:gembud@xxxxxxxxxxxxxxxx>
Cc: Yamaguchi, Ryan (CIV) <ryamaguc@xxxxxxx<mailto:ryamaguc@xxxxxxx>>; Nuss,
Wendell (CIV) <nuss@xxxxxxx<mailto:nuss@xxxxxxx>>
Subject: [EXTERNAL] [gembud] Surface & upper air corruption?
Hello Gembud list,
While our reception of satellite and model data are good here at NPS, GARP
crashes upon request for surface or upper air observations. We've noticed this
problem, intermittently for the last week or so. If a particular day is
unavailable, data for the following day, starting at 0000 UTC, can sometimes be
fine, which seems to suggest that once a particular day's gempak file is
"corrupted", it is completely corrupted for the entire day.
Does anyone know of a common cause of this problem? If it is a problem caused
by just a single bad datum point, is it possible to "surgically" remove the
offending point from the .gem file? Is there a way to search the 'dcmetr.log'
file to find the culprit? What would I usually search for? (Or am I barking up
the wrong tree?)
Thanks in advance for any guidance,
Mark Boothe
Naval Postgraduate School
_______________________________________________
NOTE: All exchanges posted to Unidata maintained email lists are
recorded in the Unidata inquiry tracking system and made publicly
available through the web. Users who post to any of the lists we
maintain are reminded to remove any personal information that they
do not want to be made public.
gembud mailing list
gembud@xxxxxxxxxxxxxxxx<mailto:gembud@xxxxxxxxxxxxxxxx>
For list information or to unsubscribe, visit:
https://www.unidata.ucar.edu/mailing_lists/<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.unidata.ucar.edu_mailing-5Flists_&d=DwMFaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=awpMb9C6LdO4unq8szkwr1JChWDvqyXePNcmTFcEXXo&m=6QbnSkOgKUm9ZyUw8dxjzWTcegMtq6_YGNIvJEV-kqU&s=ZZ6E_MdUdQCwvlyQ_1M8W12_zWD_An82y_vdn37dERk&e=>
This communication is privileged and may contain confidential information.
It’s intended only for the use of the person or entity named above. If you
are not the intended recipient, do not distribute or copy this communication.
If you have received this communication in error, please notify the sender
immediately and return the original to the e-mail address above. Copyright
2019 Weather Trends International, Inc.
