-
Notifications
You must be signed in to change notification settings - Fork 1
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
189 only use allowed values for imputation ratios #47
Conversation
Detailed Coverage Report
Summary of tests
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Code looks good and unit tests run.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Code looks good, I think, it is ready for merge
a4fd1ab
to
984201a
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The code looks good, but is it correct that the new function flag_nulls_and_zeros
is not called?
Pull Request submission
This branch fulfills the methods conditions:
"respondent" data means that the following values only are allowed in the "status" column for calculating the imputation link:
"Clear", "Clear - overridden", "Clear - overridden SE"
To check for non zero and not null data the function flag_nulls_and_zeros() was created with a unit test.
This is called within loop_unique(), and the condition on statuses is applied here as well.
To check:
Maybe someone can check whether the condition on the statuses is addequately tested, it's included in the updated test for loop_unique(), but it's not tested in forward_imputation(), backwards_imputation() or runimputation()
Someone can add this in if they feel it would be helpful.
Closes or fixes
Closes Changed instance dtype in toml to float64; in construction, zfill for… #189
Code
Documentation
Any new code includes all the following forms of documentation:
Args
andreturns
for all major functionsData
Testing
Peer Review Section
environment.yaml
Final approval (post-review)
The author has responded to my review and made changes to my satisfaction.
Review comments
Insert detailed comments here!
These might include, but not exclusively:
that it is likely to interact with?)
works correctly?)
Your suggestions should be tailored to the code that you are reviewing.
Be critical and clear, but not mean. Ask questions and set actions.