NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
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/
ldm-users archives: