This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
Hi Sean and James, re: > Tom, do you know why the the product names change here, The -Mn designator in GOES-R Level 1b (L1b) and Level 2 (L2) products' (derived from ABI channels) file names represents the operating mode of the ABI instrument onboard the satellite: M3 - mode 3 == CONUS sectors every 5 minutes, Full Disk sectors every 15 minutes, and either 2 mesoscale sectors every minute or 1 mesoscale sector every 30 seconds M4 - mode 4 == Full Disk sectors every 5 minutes M6 - mode 6 == CONUS sectors every 5 minutes, Full Disk sectors every 10 minutes, and either 2 mesoscale sectors every minute or 1 mesoscale sector every 30 seconds NOAA's original intention was to run the new GOES-R class satellites in mode 3 except for occasional periods in mode 4. The new plan is to run in mode 6 with occasional periods of mode 4 as full disk scans every 10 minutes will allow the U.S. satellites to match the scanning schedules of Himawari (Japan) and the upcoming Meteosat Third Generation (MTG, Europe) platforms. I don't believe that NOAA is quite ready to change the operating mode for GOES-16/17 to mode 6 permanently just yet. It might seem that it would be better to name the files without inclusion of the ABI instrument's operating mode, but this naming scheme is a GOES-R mission standard which is used across NOAA including at the PUD and in CLASS. The name used for L2 products is taken from the 'dataset_name' global attribute in each products netCDF-4 file. re: > Thank you for the report! It looks like the new data are there, > but their name has changed. The data you see at the top of that > catalog start off as: > > OR_ABI-L2-SSTF-M6 > (example: > OR_ABI-L2-SSTF-M6_G16_s20190531310174_e20190531409482_c20190531415469.nc) This says that the ABI instrument on GOES-16 (G16) was operating in mode 6 (M6) The time portions of the file name represent: s20190531310174 sCCYYJJJHHMMSSN s - start time CCYY - 2019 - century and year JJJ - 053 - Julian day of the year - February 22 HHMMSS - 131017 - hour, minute, second N - 4 - tenths of a second Apparently, the fractional second part of the name is optional, but I have not yet seen any ABI L1b or L2 products without it. re: > but the data from today (02/24/2019) start off as: > > OR_ABI-L2-SSTF-M3 > (latest that I see: > OR_ABI-L2-SSTF-M3_G16_s20190552200315_e20190552256082_c20190552300216.nc) This says that the ABI instrument was operating in mode 3. s20190552200315 sCCYYJJJHHMMSSN CCYY - 2019 - century and year JJJ - 055 - Julian day of the year - February 24 HHMMSS - 220031 - hour, minute, second N - 5 - tenths of a second re: > We sort the data presented in the catalog lexographically in > reverse, such that the newest data appear at the top, as long > as the names are consistent up a date being present. In this > case, M6 will appear before M3, regardless of the date that > comes later in the file name. > > Tom, do you know why the the product names change here, and > possibly why old products are showing up in the current > directory? If "old" products are showing up in the 'current' directories, it is likely due to a deficiency of the process that is scouring old files in thase directories. I thought that I had fixed this so that I was using a time sort, but I'll take a look to see if this is not the case. Cheers, Tom -- **************************************************************************** Unidata User Support UCAR Unidata Program (303) 497-8642 P.O. Box 3000 address@hidden Boulder, CO 80307 ---------------------------------------------------------------------------- Unidata HomePage http://www.unidata.ucar.edu **************************************************************************** Ticket Details =================== Ticket ID: USB-876679 Department: Support THREDDS Priority: Normal Status: Closed =================== NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.