You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The first step in using the component-specific nullable type handling will be to actually call _handle_nullable_types for the components that need it. This will involve updating the necessary components and any resulting test changes.
classMyTransformer(Transformer):
# We can handle nullable types automatically if we want todeffit(self, X, y):
...
X, y=self._handle_nullable_types(X, y)
...
# A component with more specific needs classMyEstimator(Estimator):
# We can handle nullable types automatically if we want to defpredict(self, X):
...
X, y=self._handle_nullable_types(X)
...
As part of this ticket we should also
Understand the impact to automl search runtimes (expected to be increased, but the nullable types transformer would still be doing the actual transforming)
Test use of nullable types at the pipeline level
This should not be merged into main until the rest of the needed changes to automl search to remove existing handlings
have been made. They should all be merged to main at the same time.
The text was updated successfully, but these errors were encountered:
tamargrey
changed the title
Call _handle_nullable_types in fit, transform, predict, and objective_function
Call _handle_nullable_types in fit, transform, predict
Mar 7, 2023
The first step in using the component-specific nullable type handling will be to actually call
_handle_nullable_types
for the components that need it. This will involve updating the necessary components and any resulting test changes.As part of this ticket we should also
This should not be merged into main until the rest of the needed changes to automl search to remove existing handlings
have been made. They should all be merged to main at the same time.
The text was updated successfully, but these errors were encountered: