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

Re: [uaf_tech] Next UAF telcon: June 10th, 12:30pm EDT

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: [uaf_tech] Next UAF telcon: June 10th, 12:30pm EDT
  • Date: Thu, 10 Jun 2010 12:54:55 -0600
On 6/10/2010 10:18 AM, Steve Hankin wrote:
Hi John,

Thanks for weighing in. Helpful. Since you ended in "Not sure if I covered all the issues", can we touch back to see what this says about the original issue that Rich raised.

The choice to have TDS translate
      <end>present</end>
      <duration>7 days</duration>
into
      Start: 2010-06-03 12:04:57Z
      End: 2010-06-10 12:04:57Z
      Duration: 7 days
has implications for data discovery services and crawling.  While the first encoding ("present" with a duration) remains true when new files are added to the underlying aggregation, the second encoding has to be altered or it becomes out of date.   Does Unidata envision that metadata harvesters will ping these datasets on a regular basis to get the updated information?  Is there (or should there be) metadata in the THREDDS catalog to tell crawlers which datasets require periodic pinging and at what frequency?  Is RAMADDA sensitive to these issues?  In short, what are your thoughts on the data discovery process for datasets that extend to "the present"?

Hi Steve:

Good questions that i obviously havent thought all the way through. Data Discovery should want the first form, since then theres no need to refresh the actual interval. What Data Discovery tools do you want to use?

Im sorry I dont know what ramadda does, but we could post the question to the ramadda email group.