Hi,
As one additional piece of information that ldm users may find useful.
The University of Wisconsin SSEC ingests the GRB directly (in addition to
receiving data via Noaaport and through other sources.)
We have an ABI monitor page that indicates the data quality/status as it is
being ingested from the GRB.
https://qcweb.ssec.wisc.edu/web/abi_quality_scores/
This page may be useful when you are trying to determine if the dropouts are:
-local to your system
-present in the data before it goes into NOAAport
The page shows data status and quality from the SSEC Direct Broadcast GRB
ingest. It also shows the status and quality from data at the PDA
(Production Distribution and Access) +ICY-. See
https://www.star.nesdis.noaa.gov/jpss/DataAccess.php (I believe this is the
source of the data that goes into NOAAport.)
The data quality colors in the SSEC monitor page indicate the percentage of
data received for an individual image vs what is expected (click the +IBw-I+IB0- icon
for a legend). Note, there could be a green box even though an image is
missing data. That just means that the image missing the data was transmitted
over the GRB that way, and it is reflected in the L1b metadata.
The lower section that shows (DB:SSEC)-(PDA) is a comparison between what SSEC
received via Direct broadcast and what PDA received. Note, you can drill down
into each section and look at individual bands, or image comparisons. The
data quality history goes back to late December.
You will note that the SSEC data quality has few dropouts that aren+IBk-t also
present at the PDA, this is because SSEC and Unidata are experimenting with
combining their GRB feeds to reduce errors.
I hope this is helpful to everyone while trouble shooting problems.
Cheers,
Jerry
--
Jerrold Robaidek Email:
robo@ssec.wisc.edu<mailto:robo@ssec.wisc.edu>
SSEC Data Center Phone: (608) 262-6025
Satellite Data Services Fax: (608) 263-6738
University of Wisconsin
Madison, Wisconsin
From: <ldm-users-bounces@unidata.ucar.edu> on behalf of Pete Pokrandt
<poker@aos.wisc.edu>
Date: Thursday, May 31, 2018 at 10:25 AM
To: Mike Zuranski <zuranski@weather.cod.edu>, "ldm-users@unidata.ucar.edu"
<ldm-users@unidata.ucar.edu>
Subject: Re: [ldm-users] Missing NOAAPORT GOES16 SCMI tiles recently?
I'm in contact with someone at noaa, who forwarded me similar info:
"In addition to GOES-16 missing frames, we noticed the impact on other SBN
channels at AWIPS sites. As part of troubleshooting, we have switched to
Fairmont at 1220Z today. We will uplink from BNCF for another 2 hours or so to
see if the problem follows."
so yes, this is directly related to the missing GOES16 tiles. I noted a similar
lack of missing tiles while they were on the backup.
pete
--
Pete Pokrandt - Systems Programmer
UW-Madison Dept of Atmospheric and Oceanic Sciences
608-262-3086 - poker@aos.wisc.edu
________________________________
From: zuranski.wx@gmail.com <zuranski.wx@gmail.com> on behalf of Mike Zuranski
<zuranski@weather.cod.edu>
Sent: Thursday, May 31, 2018 9:50 AM
To: ldm-users@unidata.ucar.edu
Cc: Pete Pokrandt; weather01089
Subject: Re: [ldm-users] Missing NOAAPORT GOES16 SCMI tiles recently?
I think NCF is aware there's an issue and they're working on it.
NOUS72 KNCF 311146:
"The NCF will be switching the Primary Master Ground Station (HMGS) in Holmdel,
NJ to the Backup Master Ground Station (BMGS) in Fairmont, WV on Thursday, May
31st at 1215z"
NOUS72 KNCF 311356:
"The NCF will be switching the SBN uplink from the Backup Master Ground Station
(BMGS) in Fairmont, WV to the Primary Master Ground Station (HMGS) in Holmdel,
NJ on Thursday, May 31st at 1415z."
Both before and after that period I'm still seeing missing tiles. But while
they were on their backup station things seemed fine.
Crossing fingers this is what they're on to.
======================
Mike Zuranski
Meteorology Support Analyst
College of DuPage - Nexlab
Weather.cod.edu<http://Weather.cod.edu>
======================
On Wed, May 30, 2018 at 9:16 AM, <admin@ndws.com<mailto:admin@ndws.com>> wrote:
seeing that on noaaport as well here.
Ray Weber
MA Skywarn
On Wednesday, May 30, 2018 10:09am, "Mike Zuranski"
<zuranski@weather.cod.edu<mailto:zuranski@weather.cod.edu>> said:
Hi Pete and others,
As you mentioned we've been seeing this too. Also see the missing tiles from
Unidata's NPGOESR ADDE service, as well as the NOTHER feed from
idd.unidata.ucar.edu<http://idd.unidata.ucar.edu> and
idd.aos.wisc.edu<http://idd.aos.wisc.edu>. I brought this up on the Noaaport
list yesterday, where I also noted that my Noaaport ingester machine ldmd.log
files contain "Missing fragment in sequence" and "OOPS, start of new product
with unfinished product" lines.
All I know is the problem seems to lie upstream, but haven't heard anything
else yet.
-Mike
======================
Mike Zuranski
Meteorology Support Analyst
College of DuPage - Nexlab
Weather.cod.edu<http://Weather.cod.edu>
======================
On Tue, May 29, 2018 at 11:14 PM, Pete Pokrandt
<poker@aos.wisc.edu<mailto:poker@aos.wisc.edu>> wrote:
I've been missing occasional GOES16 SCMI tiles pretty much all day today. I
thought it was maybe high load on my end, but I see COD is missing the same
tiles as me for many of their images, and they are feeding off a NOAAPORT dish.
Any idea what's up? Is this maybe related to the recent College Park/Boulder
NWS issues?
Here's a few example images showing the missing tiles
Pete
https://whirlwind.aos.wisc.edu/+AH4-wxp/goes16/vis_color_enh/conus/201805292202_conus.jpg
[mage removed by sender.]
https://whirlwind.aos.wisc.edu/+AH4-wxp/goes16/ircm/conus/201805300237_conus.jpg
[mage removed by sender.]
https://whirlwind.aos.wisc.edu/+AH4-wxp/goes16/wvh/conus/201805300152_conus.jpg
[mage removed by sender.]
--
Pete Pokrandt - Systems Programmer
UW-Madison Dept of Atmospheric and Oceanic Sciences
608-262-3086 - poker@aos.wisc.edu<mailto:poker@aos.wisc.edu>
_______________________________________________
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.
ldm-users mailing list
ldm-users@unidata.ucar.edu<mailto:ldm-users@unidata.ucar.edu>
For list information or to unsubscribe, visit:
http://www.unidata.ucar.edu/mailing_lists/
