[THREDDS #KNL-571421]: GFS Best Time Series not "best'
- To: address@hidden
- Subject: [THREDDS #KNL-571421]: GFS Best Time Series not "best'
- From: "Unidata THREDDS Support" <address@hidden>
- Date: Mon, 09 Sep 2013 10:15:50 -0600
I see the same thing. For example, if we compare the "best" for the GFS 1.0
2013-09-08 18Z, 21Z
with the 2013-09-08 run using
18Z (analysis), 21Z (3 hour forecast)
the grids turn out to be different (I'm comparing MSLP_Eta_Model_Reduction),
even though they *should* be the same. Lansing pointed me to a jira ticket
that describes something similar, except it comes from an FMRC rather than
a GRIB feature collection:
I'm going to check a few other "best" collections to see if the same thing
is occurring elsewhere when the catalog is not partitioned by time.
> Hi Don,
> I'll take a look in the logs and see if any error messages are in there.
> I'll also float the runtime information feature.
> > Hi-
> > The GFS 0.5 degree Best Time series on thredds.ucar.edu seems to have
> > some missing timesteps of bad indexes. If you look at the IDV bundle:
> > http://www.esrl.noaa.gov/psd/repository/entry/get/arglobe.xidv?entryid=26dc3204-a783-49b6-9466-fd5c78e03c47
> > you'll see that the animation jumps around a bunch. This is a case where
> > it would be helpful to have the correct runtime information for each
> > timestep.
> > Don
> > --
> > Don Murray
> > NOAA/ESRL/PSD and CIRES
> > 303-497-3596
> > http://www.esrl.noaa.gov/psd/people/don.murray/
Ticket ID: KNL-571421
Department: Support THREDDS
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.