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

Unexpected behavior when using the n_periods and drop_high/drop_low parameters at the same time #293

Closed
jbogaardt opened this issue Apr 12, 2022 Discussed in #292 · 1 comment
Assignees

Comments

@jbogaardt
Copy link
Collaborator

Discussed in #292

Originally posted by cdietrich215 April 11, 2022
First off, thanks a ton for all of the hard work on this package. Its been a huge help for me and my company.

When using the cl.Development() method with n_periods, I would expect the drop_high/drop_low parameters to drop the highest/lowest parameters after the earlier periods have been dropped from each development period. Instead it appears that the highest and lowest periods are dropped first, and then the earlier diagonals get dropped. This can frequently cause cases where only the low (or high) ldf gets dropped, skewing results.

Is there a way you'd recommend accomplishing this in the package's current state, or is this functionality yet to be built in?

For an example try running: cl.Development(drop_high = 1, drop_low=1, preserve = 1, n_periods = 5).fit_transform(cl.load_sample('raa')).age_to_age.heatmap()

@kennethshsu
Copy link
Collaborator

Let me try to fix this one.

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

No branches or pull requests

2 participants