[Go-essp-tech] DRS hierarchy on disk

[Dean N. Williams]

This is a correct statement.

-Dean

On Nov 19, 2009, at 4:04 AM, <bryan.lawrence at stfc.ac.uk> wrote:

> Hi Stephen
>
> Bob or someone else can confirm, but  I think the issue is that ESG  
> in general is aiming at supporting more than just the DRS, so while  
> conforming to DRS is a given for CMIP5, it’s not a given for all the  
> datasets that ESG may work with.
>
> Bryan
>
> From: go-essp-tech-bounces at ucar.edu [mailto:go-essp-tech-bounces at ucar.edu 
> ] On Behalf Of stephen.pascoe at stfc.ac.uk
> Sent: 19 November 2009 11:49
> To: drach at llnl.gov
> Cc: go-essp-tech at ucar.edu
> Subject: [Go-essp-tech] DRS hierarchy on disk
>
> At the telco this Tuesday I was slightly surprised when someone (I  
> think Bob) asserted data is not likely to follow the DRS hierarchy  
> on disk.  Although we know the disk layout can be mapped to DRS URLs  
> in the web server I thought our default position was that we would  
> lay out the data in the DRS hierarchy because it is the simplest  
> solution.
>
> This issue came up in a meeting with UKMO yesterday where they  
> thought there was a strong reason for using the DRS on disk so that  
> fallback positions like ftp follow a consistent structure.  I also  
> learnt that CMOR2 will output to the DRS hierarchy automatically.
>
> Given this, why wouldn't we want to insist all datasets are stored  
> on disk in the DRS hierarchy?
>
> Thanks,
> Stephen.
>
> ---
> Stephen Pascoe  +44 (0)1235 445980
> British Atmospheric Data Centre
> Rutherford Appleton Laboratory
>
>
> -- 
> Scanned by iCritical.
>
>
>
> -- 
> Scanned by iCritical.
>
>
> _______________________________________________
> GO-ESSP-TECH mailing list
> GO-ESSP-TECH at ucar.edu
> http://*mailman.ucar.edu/mailman/listinfo/go-essp-tech

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ucar.edu/pipermail/go-essp-tech/attachments/20091119/e7747290/attachment-0001.html