-
Notifications
You must be signed in to change notification settings - Fork 147
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
cam history always chooses first averaging flag when using duplicate fields #1149
Comments
Peanut gallery here.
You can't have nhtfrq = 1 and use the "A" flag? This is useful for outfld calls in the macmic loops. For those variables I often set them to "A" and nhtfrq=1, so it is represents an average over all subcycles in a single time-step. |
@adamrher hmmmm... I'm not really familiar with subcycling, but looking at the code, we're overriding the averaging flag with "I" when nhtfrq = 1. So my guess is you're not actually getting an average for those variables.
|
It's always operated like that? Yikes, noted. It would be ideal to have this functionality -- if I outfld a variable N times in a single time-step, then "A" and nhtfrq=1 should give me the average over those N calls -- but this is not a high priority. |
@adamrher just checked an it was me in fact who added that override. So it's definitely probable it used to work that way! I'll make an issue. |
Is this now superseded by #1150? |
The functionality of outputting the same field with ‘I’ and ‘A’ in the same history stream was never supported in CAM (as far as I know). Let’s add an endrun if someone tries to do that. |
What happened?
If, in
user_nl_cam
you're trying to do something like:in the hopes that you'll get an h1i and h1a file, both with 'Q', it won't work!
You'll get whichever flag you specify first. So, in this case, you'd just get an h1i with 'Q'
What are the steps to reproduce the bug?
Run CAM with the
user_nl_cam
described above. Be sure your nhtfrq /= 1 for the test, since that overrides everything to "I" anyway.What CAM tag were you using?
cam6_4_032
What machine were you running CAM on?
CGD machine (e.g. izumi)
What compiler were you using?
GNU
Path to a case directory, if applicable
No response
Will you be addressing this bug yourself?
Any CAM SE can do this
Extra info
Not sure exactly, but this seems like the problem area (in fldlst)
The text was updated successfully, but these errors were encountered: