[Go-essp-tech] User Response: CMIP5 archive Question/Problem [ESG-PCMDI] hfds for CNRM-CM5 & NorESM1-M ISSUE=701 PROJ=17

Sébastien Denvil sebastien.denvil at ipsl.jussieu.fr
Wed Feb 8 13:40:43 MST 2012


Hello,

we had similar issues (dimensions mixing).

Upgrading to ferretv6.722 solved the issue. I can't remember the ferret 
version number fixing that.

regards.
Sébastien


Le 08/02/2012 18:03, martin.juckes at stfc.ac.uk a écrit :
> Hello Kerin,
>
> I'm afraid I can't help with ferret -- there time axis in that file certainly has 72 points, and the hfds variable has the appropriate amount of data. If ferret is not finding this then it looks like a problem with ferret or your configuration of ferret -- if it is a software issue you are more likely to get support on the go-essp-tech list (which I've copied this to) or from the FERRET support team,
>
> cheers,
> Martin
>
> ________________________________
> From: CMIP5 Helpdesk [cmip5-helpdesk at stfc.ac.uk]
> Sent: 08 February 2012 16:21
> To: Juckes, Martin (STFC,RAL,RALSP)
> Subject: User Response: CMIP5 archive Question/Problem [ESG-PCMDI] hfds for CNRM-CM5&  NorESM1-M ISSUE=701 PROJ=17
>
> When replying, type your text above this line.
> ________________________________
> Notification of Query Change (All times are GMT+0000)
> The following changes have been made to this Query: Changed Status to Action from Action, Appended a Description, Incoming mail: From: kzhuang at email.arizona.edu; To: cmip5-helpdesk at stfc.ac.uk.
>
> This message is being sent because you are an assignee for this query
>
> Workspace:      CMIP5 Help Desk
> Query:  CMIP5 archive Question/Problem [ESG-PCMDI] hfds for CNRM-CM5&  NorESM1-M
> Query Number:   701
>
> Priority:       Normal          Status:         Action
> Date:   08/02/2012              Time:   16:21:06
> Creation Date:  06/02/2012              Creation Time:  04:03:06
> Created By:     kzhuang at email.arizona.edu
>
> Click here to view Query in Browser<https://footprints.badc.rl.ac.uk/MRcgi/MRlogin.pl?DL=701DA17>
>
> Description:
> Entered on 08/02/2012 at 16:21:06 GMT (GMT+0000) by kzhuang at email.arizona.edu:
> Dear Martin,
> Here's my check on hfds_Omon_CNRM-CM5_historical_r1i1p1_200001-200512.nc
> name title I J K L
> LAT latitude coordinate 1:362 ...
> 1:292 ...
> LON longitude coordinate 1:362 ...
> 1:292 ...
> LAT_VERTICES
> 1:362 1:4
> 1:292 1:362
> LON_VERTICES
> 1:362 1:4
> 1:292 1:362
> HFDS Downward Heat Flux at Sea Water 1:362 ...
> 1:292 ...
> I am using ferret. After ncdump, I found there is record for the time
> series.
> float hfds(time, j, i) ;
> hfds:standard_name = "surface_downward_heat_flux_in_sea_water" ;
> hfds:long_name = "Downward Heat Flux at Sea Water Surface" ;
>
> Are there troubles for ferret to read this?
>
> Best regards,
> Kelin
> ____________
> Kelin Zhuang
> Department of Geosciences
> The University of Arizona
>
> On 02/08/2012 09:12 AM, CMIP5 Helpdesk wrote:
>> [Duplicate message snipped]
> Entered on 08/02/2012 at 16:12:06 GMT (GMT+0000) by Martin Juckes:
> Dear Kelin,
>
> Thank you for specifying the files you are having trouble with. Have you looked at the hfds_Omon_CNRM-CM5_historical_r1i1p1_200001-200512.nc file? Can you confirm that your software works OK with this file?
>
> regards,
> Martin
>
> Entered on 08/02/2012 at 15:24:09 GMT (GMT+0000) by kzhuang at email.arizona.edu:
> Thank you for all your help.
> The problem now is not the curvilinear grid itself. We are missing
> sufficient data series. Let me describe the data in detail:
> For instance, hfds_Omon_NorESM1-M_rcp26_r1i1p1_200601-210012f.nc
> name title
> I J K L
> LAT latitude coordinate 1:320
> ... 1:384 ...
> LON longitude coordinate 1:320
> ... 1:384 ...
> HFDS Downward Heat Flux at Sea Water 1:320 ... 1:384 ...
> We have only one data here. The data should span from 200601 through
> 210012, we should have 1140 hfds data but now we have only one. It is of
> note that it is monthly data instead of average. Obviously we are lack
> of enough data.
> Things are similar to NorESM1-M historical, rcp45, and rcp85.
> Another example is hfds_Omon_CNRM-CM5_rcp26_r1i1p1_209601-210012.nc
> LAT latitude coordinate 1:362 ... 1:292 ...
> LON longitude coordinate 1:362 ...
> 1:292 ...
> LAT_VERTICES
> 1:362 1:4
> 1:292 1:362
> LON_VERTICES
> 1:362 1:4
> 1:292 1:362
> HFDS Downward Heat Flux at Sea Water 1:362 ... 1:292 ...
> We should have 60 hfds (5yearX12month=60) but we only have one hfds
> here. Things are similar to CNRM-CM5 historical, rcp45, and rcp85. We
> are lack of enough data again.
> Conversely, let us have a good data here with a curvilinear grid. Let's
> say MIROC5.
> hfds_Omon_MIROC5_rcp26_r1i1p1_200601-210012.nc
> name title
> I J K L
> LAT latitude coordinate 1:256 1:224
> ... ...
> LON longitude coordinate 1:256 1:224
> ... ...
> LAT_VERTICES
>
> 1:4 1:256 1:224 ...
> LON_VERTICES
> 1:4
> 1:256 1:224 ...
> HFDS Downward Heat Flux at Sea Water 1:256 1:224 ... *1:1140*
> Look at L(1:1140). We are now having the expected 1140 hfds data
> (95yearX12month=1140).
> Hence, hfds for CNRM-CM5 and NorESM1-M do not have sufficient data.
> I hope I have described the problem correctly.
>
> Best regards,
> Kelin
> ____________
> Kelin Zhuang
> Department of Geosciences
> The University of Arizona
>
> On 02/08/2012 07:45 AM, CMIP5 Helpdesk wrote:
>> [Duplicate message snipped]
> Entered on 08/02/2012 at 14:45:07 GMT (GMT+0000) by Martin Juckes:
> Hello,
>
> I've checked the hfds_Omon_CNRM-CM5_historical_r1i1p1_200001-200512.nc file with ncview (a light weight command line visualisation tool) and it looks fine (image attached). The CDO library is also happy to take the data and regrid it onto a regular grid,
>
> cheers,
> Martin
>
> Entered on 08/02/2012 at 08:45:06 GMT (GMT+0000) by stephane.senesi at meteo.fr:
> Dear colleagues
>
> This answer is prone to be re-used by the CMIP5 help desk against
> further requests
>
> Albeit NEMO-ORCA oceanic grid is not a regular lat-lon grid, it is a
> curvilinear grid, which latitudes and longitudes fields (and vertices)
> are duly included in all data files. AFAIK, this is compliant with CMIP5
> requirements. Further, this complies with the CMIP5 recommendation to
> provide the oceanic fields on the oceanic model grid. Some of these
> fields alreay went through the CMIP5 Level3 Quality Control without any
> remarks related to the grid.
>
> You will encounter such a grid for all CMIP5 models which use the ORCA
> grids in the NEMO/OPA oceanic model (AFAIK : CNRM-CM5, NorESM,
> IPSL-xxx, EC-Earth) and which are also compliant with the CMIP5
> recommendation regarding oceanic grid (AFAIK, HadGEM-xx and HadCM use
> NEMO but do not apply the recommendation)
>
> I recommend to use display tools which can manage this kind of grid.
> This is e.g. the case of Panoply
> (http://www.giss.nasa.gov/tools/panoply/), albeit it handles correctly
> these files only from version 3.1 (nov 2011). I assume that VCDAT can
> also display properly these files, using the proper settings. We use
> CDAT and the AbstractCurveGrid function of the hgrid package for
> handling this grid
>
> Best regards
>
> S
>
> Covey, Curt wrote, On 08/02/2012 01:48:
>> Dear Prof. Zhuang,
>>
>> Thanks for alerting us to this problem. I'm not sure what you mean by
>> "latitude turns into depth," but when I look at the
>> file hfds_Omon_CNRM-CM5_historical_r1i1p1_200001-200512.nc I see that
>> instead of latitude and longitude the spatial coordinates are called
>> Virtual-Latitude (j) and Virtual-Longitude (I). Further, when I try to
>> plot the data using VCDAT, I get the following error message: "Unable
>> to plot data! Please check data. Data must be either in integer or
>> float format." Apparently something is wrong somewhere.
>>
>> I'm copying this message to our CNRM contacts, so that they can look
>> into the problem.
>>
>> Sincerely,
>>
>> Curt Covey
>> PCMDI
>>
>> From: "Taylor, Karl Taylor"<taylor13 at llnl.gov<mailto:taylor13 at llnl.gov>>
>> Date: Mon, 6 Feb 2012 09:31:00 -0800
>> To: "Painter, Jeff"<painter1 at llnl.gov<mailto:painter1 at llnl.gov>>,
>> covey1 Covey<covey1 at llnl.gov<mailto:covey1 at llnl.gov>>
>> Subject: Fwd: New Request: CMIP5 archive Question/Problem [ESG-PCMDI]
>> hfds for CNRM-CM5&  NorESM1-M ISSUE=701 PROJ=17
>>
>> Do you get these messages?
>> Karl
>>
>> -------- Original Message --------
>> Subject: New Request: CMIP5 archive Question/Problem [ESG-PCMDI] hfds
>> for CNRM-CM5&  NorESM1-M ISSUE=701 PROJ=17
>> Date: Sun, 5 Feb 2012 20:03:00 -0800
>> From: CMIP5 Helpdesk<cmip5-helpdesk at stfc.ac.uk>
>> Reply-To: cmip5-helpdesk at stfc.ac.uk<cmip5-helpdesk at stfc.ac.uk>
>> To: esg-support at earthsystemgrid.org<esg-support at earthsystemgrid.org>
>>
>>
>>
>> [Duplicate message snipped]
> Entered on 06/02/2012 at 10:37:50 GMT (GMT+0000) by Graham Parton:
> Dear Kelin,
>
> I've passed on your query to those who may be able to assist. You will receive a response from them in the near future.
>
>
> Regards,
> Graham
>
> Entered on 06/02/2012 at 04:09:05 GMT (GMT+0000) by Stephen Pascoe:
> Thanyou for your email.
>
> I am on leave until Wednesday February 9th. If you are lucky you may get my attention by email but otherwise I'll respond on my return.
>
> Regards,
> Stephen.
>
> Entered on 06/02/2012 at 04:03:06 GMT (GMT+0000) by kzhuang at email.arizona.edu:
> Downward Heat Flux at Sea Water Surface (hfds_Omon)
> Dear Sir/Madam,
> These days I have downloaded the Downward Heat Flux at Sea Water
> Surfaceand and found that there might be errors for CNRM-CM5&
> NorESM1-M. The latitude turns into depth (e.g., CNRM-CM5, IXJXK
> 362*292*1 in thetao but hfds in IXJXK 362*1*292, which means latitude
> turns into depth. NorESM1-M also has the same problem. And also there is
> only one time data and it should have a time series data).
> Would you kindly check these?
>
> --
> Best regards,
> Kelin
>
> ____________
> Kelin Zhuang
> Department of Geosciences
> The University of Arizona
>
> Current Assignees: ScienceQuestionTeam, Karl Taylor
>
> CC(s):
>
> Query Information:
>
> Internal comments:
> Dear Martin and Karl,
>
> Please can you answer the questions raise by this user?
>
> Thanks,
> Graham
> Problem type:   Science&  Metadata              Accessed Gateway:       ESG-PCMDI
> User's Gateway:         ESG-PCMDI
>
> Contact Information:
>
> Email address:  kzhuang at email.arizona.edu<mailto:kzhuang at email.arizona.edu>
>
> Attachments: cnrm_hfds.png


-- 
Sébastien Denvil
IPSL, Pôle de modélisation du climat
UPMC, Case 101, 4 place Jussieu,
75252 Paris Cedex 5

Tour 45-55 2ème étage Bureau 209
Tel: 33 1 44 27 21 10
Fax: 33 1 44 27 39 02


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2945 bytes
Desc: Signature cryptographique S/MIME
Url : http://mailman.ucar.edu/pipermail/go-essp-tech/attachments/20120208/9b31bca3/attachment.bin 


More information about the GO-ESSP-TECH mailing list