[Go-essp-tech] New interim release of drslib

martin.juckes at stfc.ac.uk martin.juckes at stfc.ac.uk
Wed Jun 29 00:40:24 MDT 2011


Hello Karl,

This change would break the "permitted characters" rule given in section 2.5 of the DRS, so I think it should be avoided if possible. The current DRS makes it easy to scan file-names and obtain information about them, weakening the "permitted characters" rule will make file management more complicated. I'd prefer it if CMOR could be altered and people offered a simple python script to rename all files produced with the "_clim.nc" ending,

regards,
Martin
________________________________
From: go-essp-tech-bounces at ucar.edu [go-essp-tech-bounces at ucar.edu] on behalf of Karl Taylor [taylor13 at llnl.gov]
Sent: 24 June 2011 00:15
To: go-essp-tech at ucar.edu; cmor at lists.llnl.gov
Subject: Re: [Go-essp-tech] New interim release of drslib

Dear all,

In writing "climatology" files, I noticed that CMOR2 produces filenames ending in "_clim.nc", but the drs document says they should end in "-clim.nc".  I suspect folks have already written files using CMOR, so would anyone object to me changing the drs document to be consistent with CMOR?

Best regards,
Karl

On 6/23/11 3:06 AM, stephen.pascoe at stfc.ac.uk<mailto:stephen.pascoe at stfc.ac.uk> wrote:
I have just cut a new release of drslib: v0.2.2p1.  This fixes a small problem with symbolic links generated when upgrading a version.  I expect this problem has only affected BADC but if you have used v0.2.2 to upgrade a dataset where the path to the dataset itself contains symbolic links you should check the affected dataset directories as follows:

All paths of the form "<dataset-dir>/v<YYYYMMDD>/<var>/<file>" should be links of the form "../../files/<var>_*/<file>".  v0.2.2 will produce ".." parts taking you all the way back to the filesystem root in some circumstances.

For more information about drslib see http://esgf.org/esgf-drslib-site/

Cheers,
Stephen.

---
Stephen Pascoe  +44 (0)1235 445980
Centre of Environmental Data Archival
STFC Rutherford Appleton Laboratory, Harwell Oxford, Didcot OX11 0QX, UK



--
Scanned by iCritical.

-- 
Scanned by iCritical.


More information about the GO-ESSP-TECH mailing list