[Go-essp-tech] DRS syntax and TDS identifiers

[Bentley, Philip]

Hi Martin,

Thanks for both the confirmation and clarification. As suspected, it
looks like we'll be unaffected.

And, yes, you are correct. BADC will ingest our CMOR-netCDF files and
move them to correct location in the data node DRS directory
hierarchy...whatever that may be :-)

Regards,
Phil

> -----Original Message-----
> From: martin.juckes at stfc.ac.uk [mailto:martin.juckes at stfc.ac.uk] 
> Sent: 02 September 2010 12:12
> To: Bentley, Philip; martina.stockhause at zmaw.de; go-essp-tech at ucar.edu
> Cc: Elkington, Mark; Kettleborough, Jamie
> Subject: RE: [Go-essp-tech] DRS syntax and TDS identifiers
> 
> Hello Phil,
> 
> I think we can safely isolate the discussion below from CMOR2.
> 
> Firstly, CMOR2 is clearly not in a position to consider 
> version control.
> Version control has deliberately been postponed to a later stage. If
> CMOR2 is used to analyse output for the same experiment twice 
> it will produce the same file names and directory structure. 
> In order to support version control, the files will have to 
> be moved away from the directory structure created by CMOR2. 
> The directory structure created by CMOR2 does, however, use 
> the DRS vocabulary, so the rearrangement to support version 
> control is a reasonably simple post-processing step. Jamie 
> might want to comment on this, but I believe that in the 
> UKMO-BADC publishing stream, this rearrangement will be done 
> at BADC. The discussion below is really about how this 
> re-arrangement will be done, and how it will be represented 
> in the THREDDS catalogue, so it is a concern to groups 
> running the ESG data nodes and seeking (as Martina is) to 
> develop software which will interact with the data nodes. The 
> data node configuration has not yet been finalised.
> 
> What CMOR2 needs from the DRS are the controlled 
> vocabularies, and I can't see any changes happening there 
> (except that there are rumours of additional experiments by 
> some groups).
> 
> Regards,
> Martin
>