Skip to content

[MRG] MNT Removed deprecated attributes and parameters #15803

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

Merged
merged 14 commits into from
Dec 9, 2019

Conversation

NicolasHug
Copy link
Member

@NicolasHug NicolasHug commented Dec 5, 2019

Another batch of deprecation removals

  • warn_on_dtype parameter
  • parameters to check_is_fitted
  • parameters to all_estimators (in both places: init.py and _testing.py (which is private now))
  • n_components attribute
  • change multioutput parameter value in BaseEstimator.score call to r2_score
  • removed lots of useless decorators "max_iter and tol parameters..."
  • changed default of copy parameter in quantile_transform
  • removed six.py

@NicolasHug
Copy link
Member Author

Should be ready @amueller @thomasjpfan @glemaitre maybe?

@adrinjalali
Copy link
Member

I know this is exciting :D but should we wait a bit for the patch releases to minimize potential merge conflicts?

@NicolasHug
Copy link
Member Author

merge conflicts with what?

@adrinjalali
Copy link
Member

with PRs which we'll have to backport to 0.22.X

@NicolasHug
Copy link
Member Author

Since these are mostly removals I would say the risk of conflict is minimal, but I've no problem with waiting if you'd rather do that

@@ -205,7 +205,7 @@ class HuberRegressor(LinearModel, RegressorMixin, BaseEstimator):
>>> y[:4] = rng.uniform(10, 20, 4)
>>> huber = HuberRegressor().fit(X, y)
>>> huber.score(X, y)
-7.284608623514573
-7.284608623514572
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why this change? Maybe we are better using an ellipsis?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm not really sure honestly. I double checked and couldn't find a change that could have caused this. It was only failing on a specific platform (MacOS I think), so I don't think it's related to the changes. I'll use ellipsis

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

OK. I agree with you.

Copy link
Member

@glemaitre glemaitre left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

Regarding the patch release, I don't think that we will have any issue with we are cherry-picking. As @NicolasHug, we remove stuff so we should not have conflict.

Copy link
Member

@adrinjalali adrinjalali left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

otherwise LGTM, thanks @NicolasHug

dtype=[np.float64, np.float32],
accept_sparse=True,
warn_on_dtype=True,
estimator='SomeEstimator')
assert X_checked.dtype == np.float64
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this should be removed

DataConversionWarning, 'KNeighborsClassifier',
check_X_y, X, y, dtype=np.float64, accept_sparse=True,
warn_on_dtype=True, estimator=KNeighborsClassifier())

assert X_checked.dtype == np.float64
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this should be removed

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

Successfully merging this pull request may close these issues.

4 participants