Hi, Me and @Wilton_Aguiar stumbled on an error in how intake loads the uvariable in the IAF run. If we print the files it is pulling ufrom: df = cat[expt].search(variable='u', frequency='1mon').df print(df["path"]) we get: 0 /g/data/cj50/access-om2/raw-output/access-om2-01/01deg_jra55v140…

Sorry, I updated in the other thread that Julia started , but this should now be fixed. Please let me know if you get any unexpected behaviours. I’m just going through and updating the docs today. TLDR; Catalogs now have a temporal_sample field that should disambiguate these time aggregations. This…

It would be nice if Intake provided some warning that the reduction method is inconsistent between files, or (even better) halt with an error message that disambiguation is needed.

This feels like a dejavu. I think I have hit this error before… This is related: Silently loads incorrect data when variables only differ by cell_methods · Issue #252 · COSIMA/cosima-cookbook · GitHub (from the cookbook days…..) Also this: Snap and mean fields saved with the same frequency are not…

Ah thanks, I didn’t notice this issue! You were on it :slight_smile: OK, let’s see what happens.

it’d be useful to have a large red warning about that in the Intake tutorial while this is being fixed - I imagine students might easily get by without noticing the problem ( we only noticed because we know how the velocities in the specific analysis we are doing should look like)

One of the inevitable trade-offs with automating data reading and removing some of the middle steps is that it reduces the amount that the user needs to know about the data and the number of points where a visual check might be made. Given this type of problem recurs, do we need to think more deepl…

My tendency is to go verbose. For instance, we could print the unique file paths that intake is pulling from when calling a variable, e.g. Now loading: /g/data/cj50/access-om2/raw-output/access-om2-01/01deg_jra55v140_iaf_cycle4/output732/ocean/ocean-3d-u-1-monthly-mean-ym* /g/data/cj50/access-om2…

Sorry, yeah, this is a bit of a nasty problem that we’re working on. The solution was actually done a while ago but got blocked behind some complicated build related upgrades and a bunch of other urgent stuff. Since this has reared it’s ugly head again, I’m going to revert all of those changes so w…

"U" velocity incorrect when using intake in IAF runs

Technical

JuliaN (Julia Neme) 4 December 2025 04:58 4

Yeah, I had the same issue, see Intake (bug?)

It hasn’t been solved yet to my knowledge.

Topic		Replies	Views
Intake (bug?) Technical intake	18	201	18 March 2026
Unable to find variable in intake Technical python , help , intake	4	40	4 December 2025
Issues loading ACCESS-OM2-01 daily data from RYF run Technical	6	334	20 May 2023
Error when loading an intake variable in new conda env 25.09 Technical help , intake	5	76	23 November 2025
Intake vs mfdataset Technical python , help , intake	19	179	27 May 2025

"U" velocity incorrect when using intake in IAF runs

Related topics