Skip to content
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

tavestart #75

Closed
cesar-rocha opened this issue Oct 5, 2015 · 4 comments
Closed

tavestart #75

cesar-rocha opened this issue Oct 5, 2015 · 4 comments

Comments

@cesar-rocha
Copy link
Member

tavestart is supposed to be the time at which the model start computing averages for the diagnostics, but it is never used in model.py. Here's what _calc_diagnostic does:

if (self.t>=self.dt) and (self.tc%self.taveints==0):
       self._increment_diagnostics()

(...)

is tavestart used elsewhere?

(I think we're missing a self.t>=self.tavestart above).

@rabernat
Copy link
Member

rabernat commented Oct 5, 2015

I wonder how far back this goes. Most of this logic can be traced back to Malte's original code.

Anyway, obviously a bug, and easily fixed. Are you going to do it?

On Oct 5, 2015, at 12:59 AM, Cesar B Rocha notifications@github.com wrote:

tavestart is supposed to be the time at which the model start computing averages for the diagnostics, but it is never used in model.py. Here's what _calc_diagnostic does:

if (self.t>=self.dt) and (self.tc%self.taveints==0):
self._increment_diagnostics()

(...)
is tavestart used elsewhere?

(I think we're missing a self.t>=self.tavestart above).


Reply to this email directly or view it on GitHub.

@MFJansen
Copy link
Member

MFJansen commented Oct 5, 2015

I believe it happened on March 28:
26f9111#diff-c6c9f6600ccc812b2e7038316e6eff8e

I assume this was an accidental edit?

@rabernat
Copy link
Member

rabernat commented Oct 5, 2015

You're busted @crocha700! 😝

@cesar-rocha
Copy link
Member Author

Thanks for digging that out @MFJansen. This was likely an accidental edit. My bad: unfortunately that commit is very non specific – too many changes in a single commit... I just submitted a PR fixing it.

I also fixed in my brach multi_layer which I'm going to merge into develop later today.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants