search

IS-ENES-Data / QA-DKRZ

Quality and CF checker of meta-data in climate related data sets (NetCDF files)
4 stars 4 forks source link

unexpected failing CF #13

Closed oloapinivad closed 5 years ago

oloapinivad commented 5 years ago

We are testing QA-DKRZ here (https://github.com/EC-Earth/ece2cmor3/issues/497) on freshly cmorized data for CMIP6. This is pointing us to many errors and problems in our dataset: however, one of the warning produced by QA-DKRZ involves the CF vocabulary, specifically mentioning that some attributes is not CF compatibile. 

            "DRS_6": [ "SIday", "Oday", "CF3hr", "3hr", "SImon", "Amon", "Emon", "Lmon", "day", "E3hr", "Eday", "6hrPlev", "LImon", "Omon", "6hrLev", "6hrPlevPt", "AERday" ],
            "DRS_7": [ "siu", "sisnthick", "omldamax", "rsuscs", "tos", "sitemptop", "siv", "siconc", "tossq", "sispeed", "sitimefrac", "ts", "sithick", "siconca", "rsus", "prc", "mrsos", "rlus", "huss", "tas", "vas", "ps", "mrro", "rsdscs", "clt", "rsds", "hfss", "hfls", "pr", "uas", "prsn", "rldscs", "rlds", "tslsi", "sidmassgrowthbot", "sidivvel", "sidmasssi", "sndmasssnf", "sisali", "sihc", "sisnmass", "sidmassevapsubl", "sndmassmelt", "siage", "siflswdtop", "sidmassmelttop", "simass", "sicompstren", "sidmasstrany", "sidmassmeltbot", "sidmassgrowthwat", "sidmasstranx", "sivol", "rsdt", "rlut", "tauu", "zg", "hus", "ta", "wap", "rsut", "clwvi", "sfcWind", "clivi", "sbl", "rlutcs", "hur", "ua", "evspsbl", "rsutcs", "va", "prw", "tasmax", "psl", "rtmt", "hurs", "tasmin", "tauv", "thetaot700", "rss", "thetaot2000", "thetaot300", "rls", "t20d", "mrsol", "thetaot", "sfcWindmax", "mrros", "mrso", "mrfso", "tsl", "snw", "snc", "hursmax", "hursmin", "ta850", "rv850", "wsgmax10m", "va100m", "ua100m", "hfdsn", "lwsnl", "snd", "tsn", "snm", "evs", "rlntds", "mlotst", "sltovovrt", "hfibthermds", "zhalfo", "zossq", "htovovrt", "wmo", "uo", "hflso", "hfrainds", "mlotstsq", "agessc", "pbo", "friver", "sos", "hfy", "tauuo", "hfevapds", "wfonocorr", "hfcorr", "so", "sfdsi", "thkcello", "wfcorr", "masscello", "obvfsq", "hfds", "tauvo", "htovgyre", "hfgeou", "wfo", "ficeberg", "hfsso", "rsdo", "wo", "zos", "pso", "mlotstmax", "hfx", "msftyz", "umo", "tob", "hfbasin", "hfbasinpmadv", "mlotstmin", "fsitherm", "rsntds", "bigthetao", "sob", "vmo", "sltovgyre", "vo", "msftbarot", "thetao", "zg500" ],
            "DRS_8": [ "gn", "gr" ],
            "annotation": "Attribute <*>:units = <*> is not CF compatible with standard_name=<*>.",
            "example": "Attribute <latitude>:units = <degrees_north> is not CF compatible with standard_name=<latitude>.",
            "tag": "CF_33e",
            "severity": "Warning"

However, as long as we undetstand, degrees_north is clearly compatibile (see section 4.1 http://cfconventions.org/Data/cf-conventions/cf-conventions-1.7/cf-conventions.html#latitude-coordinate).

Are we missing somewhere or there is a bug on the QA side? Thanks for any help Cheers, Paolo

oloapinivad commented 5 years ago

Solving #14 implied a correct parsing of units and this is no longer reported. Closing this.