Re: [gembud] [EXTERNAL] Re: Surface & upper air corruption?

  • To: "Mullenax, Robert R. (WFF-820.0)[ORBITAL SCIENCES CORPORATION]" <robert.r.mullenax@xxxxxxxx>, Evan Lowery <elowery@xxxxxxxxx>
  • Subject: Re: [gembud] [EXTERNAL] Re: Surface & upper air corruption?
  • From: "Boothe, Mark (CIV)" <maboothe@xxxxxxx>
  • Date: Wed, 30 Oct 2019 19:09:29 +0000
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nps.edu; dmarc=pass action=none header.from=nps.edu; dkim=pass header.d=nps.edu; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=HSdDmkAUOYnt3XgIZ6EmAtxKwflYiQrDxl4tGBQrIuY=; b=R09+P552GD59GvKzhRgpXEf9h11K1i1H0cPoAmx5PP7bT2eAFytgP4w6ED2SvSs1IGURlBN6Xr7bxJpybKhOL1uhlkw0ZAscVf/a7wyaE1TpYtllJF96XvEIrJpUF14Pi5YPX8zbp+i5Y6udf1P6IdRzU4aY37PpAiuLtOhAhzOA6orsopYM4U2x6D58TCPCX+uNvRhAclmQxqJrUrZxZA/cj8I7e/34LmiPb4F8u6gN2uZg04XDRkNTEWrkmKcr9j6bts3/9gjxiPYPNwySVLCqdsq7jD0+ePkPaOIduk5++Azsw9BmIqEw0/yv5xq74TOzwSuzQTsfXLcQAkAW2w==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MNUyBZgoZ/HTAhu1Mg1Pt3KQtu0Tz01hkMTCv9wnw487wkQGfzsqKjA922Qg3vCDj673lTyBWMVw8YDPs6UieaFl9QBSuTYcSUWQYLhQOLpW24R8VJn6uwY+CIknd3T7wcN+5Ri1scnNf4jvhND7DoU1kugnBZcv0MihO18Q6PCfs4P7nScAWXpuJ8aDpJK1D7kt+XsbzbL50mKAlfOD7zPY8aBcn8WXy6JkUt6ygVMLhnT7WZQFpzcOQXiwJTjanW2vcm1O7sS2vM+m3y2mdDT9g9EHdDhpOyOSW0Kzc4o3PX8Ej2nS2ohuoNLjGC/o7KpcbGp0c7yV/Zi4fc7QTg==
  • Authentication-results: spf=none (sender IP is ) smtp.mailfrom=maboothe@xxxxxxx;
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.
  • 2019 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the gembud archives: