[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: New Model Ag Service for TDS

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.

  • Subject: Re: New Model Ag Service for TDS
  • Date: Wed, 16 Aug 2006 13:13:57 -0600
dan.swank wrote:


1)  This seems to be an issue of incompatible clients.
GrADS is expected to be spoon feed the projection information
in a particular fashion it understands ~
 and it obviously is not smart enough to read the
char Lambert_Conformal; information provided by the TDS
and figure it out.  Not much can be done here until someone
updates the GrADS client.

2) By Grid-relative coordinates, I mean the x/y points as they appear
in the GRIB files. x=1 2 3 ... nx, y=1 2 3 ... ny.
This, along with map projection (char Lambert_Conformal;)
information needed to project the grid into lat/lon coordinates
is what GrADS is expecting.  I am not sure if putting
<variable> override tags in the TDS configuration can allieviate this.

I've cc'ed Jennifer Adams, perhaps she can clarify/correct my
understanding of the GrADS client...


sounds like we need some more info from GrADS...


3)  In our NCEP GRIB archive ~ it seems, GRIB was never
designed to follow the convention of having a consistant reference
time and adjusting the forecast time to create the valid date.
Rather, the valid date of the record = the reference time for
analysis + any forecast hour.  This is the cause of our
aggregation issues.

The FMRC should solve this problem.


We have just gotten non-aggregated NARR fiels on our TDS today
in our Test area :
http://nomads.ncdc.noaa.gov:8085/thredds/catalog/narrDaily/catalog.html

they look good.


-Dan