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

[THREDDS #ZBP-879767]: Getting a catalog modification data

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: [THREDDS #ZBP-879767]: Getting a catalog modification data
  • Date: Mon, 20 Feb 2012 17:22:34 -0700
Hi Nate,

There is not currently such a mechanism. For some time now, we have had "Add 
lastModified to HTTP response headers for catalog responses based on 
configuration catalogs" on our list

https://www.unidata.ucar.edu/jira/browse/TDS-161

However, that issue is only targeted at the configuration catalogs not at 
generated catalogs, e.g., those from a datasetScan. 

We do have plans to rework much of how the TDS maintains its state including 
how users can access and interact with that information. However, that will not 
be part of the upcoming TDS 4.3 release.

Ethan

Nate Wilhelmi wrote:
> Hello,
> 
> Is there anyway to get the modification date for a catalog without
> downloading the catalog?
> 
> The use case would be a process that is harvesting catalogs from a TDS,
> after an initial load I would only like to process catalogs that have
> changed since the last harvest. Trying to see if we can get away without
> downloaded all the catalogs for inspection.
> 
> Alternatively, are there other public mechanisms to get TDS state change
> information, catalogs add/changed/deleted?
> 
> Thanks!
> 
> -Nate
> 
> 


Ticket Details
===================
Ticket ID: ZBP-879767
Department: Support THREDDS
Priority: Normal
Status: Closed