Source time variable hardcoded

[rdPatmore]

Just a flag.

The time variable is hardcoded to time_counter. I have recently been extracting data from UKESM, which has a coordinate dimention of time_centered. Getting ncml to translate a coordinate dimension is a tricky job. It could be useful to make the below line a namelist option. Though I'm not sure what you would do in the case where you have various file sources with multiple naming convensions, such as UKESM + cice with "time_centered" and "time"...

pyBDY/src/pybdy/reader/ncml.py

Lines 48 to 50 in ac63be4

	time_counter_const = "time_counter"

[jdha]

@rdPatmore can you send me the location of the UKESM data - I'd been interested in taking a look (is time_centered a dimension or a coordinate?) My feeling re data from different sources is that you process them separately (e.g. nemo then cice) .... just becomes a pain trying to code for every permutation

[rdPatmore]

The data is located on the GloSat GWS (/gws/nopw/j04/glosat/). I can move a sample to JMMP?

My description above was slightly off. An ncdump gives the following:

	double time_centered(time_counter) ;
		time_centered:standard_name = "time" ;
		time_centered:long_name = "Time axis" ;
		time_centered:calendar = "360_day" ;
		time_centered:units = "seconds since 1900-01-01 00:00:00" ;
		time_centered:time_origin = "1900-01-01 00:00:00" ;
		time_centered:bounds = "time_centered_bounds" ;
	double time_centered_bounds(time_counter, axis_nbounds) ;
	double time_counter(time_counter) ;
		time_counter:axis = "T" ;

time_counter is the coordinate dimension but I think I am trying to assign time_centered becuase it has the relevant time information.

And, I agree. It's probably best to process sea ice and ocean variables separately.

[jdha]

I guess a quick an dirty work-a-round maybe:

 <variable orgName="time_counter" name="time"/>
 <variable orgName="time_centered" name="time_counter"/>

not tested this, but if it does things sequentially maybe this will help?

yes - a sample on JMMP would be good for testing purposes - many thanks

[rdPatmore]

Ok, I'll give that a go!

I've put a grid_T sample here: /gws/nopw/j04/jmmp/ryapat/UKESM_GloSat/

[jdha]

[like] James Harle reacted to your message:

…

________________________________ From: Ryan D. Patmore ***@***.***> Sent: Tuesday, June 3, 2025 4:12:08 PM To: NOC-MSM/pyBDY ***@***.***> Cc: James Harle ***@***.***>; Comment ***@***.***> Subject: Re: [NOC-MSM/pyBDY] Source time variable hardcoded (Issue #206) Caution: This email has originated from outside of the organisation. Do not click links or open attachments unless you have verified the sender and content is safe. Thank you. [https://avatars.githubusercontent.com/u/20382006?s=20&v=4]rdPatmore left a comment (NOC-MSM/pyBDY#206)<#206 (comment)> Ok, I'll give that a go! I've put a grid_T sample here: /gws/nopw/j04/jmmp/ryapat/UKESM_GloSat/ — Reply to this email directly, view it on GitHub<#206 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/ACN66WAGCDDUXYP24PDJ6MT3BXCNRAVCNFSM6AAAAAB6PPL7QCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDSMZWGE3DIMZYGQ>. You are receiving this because you commented.Message ID: ***@***.***> This email and any attachments are intended solely for the use of the named recipients. If you are not the intended recipient you must not use, disclose, copy or distribute this email or any of its attachments and should notify the sender immediately and delete this email from your system. The National Oceanography Centre (NOC) has taken every reasonable precaution to minimise risk of this email or any attachments containing viruses or malware but the recipient should carry out its own virus and malware checks before opening the attachments. NOC does not accept any liability for any losses or damages which the recipient may sustain due to presence of any viruses. Opinions, conclusions or other information in this message and attachments that are not related directly to NOC business are solely those of the author and do not represent the views of NOC.

[rdPatmore]

@jdha the ncml above did the trick. I no longer need to change the hardcoded time variable.