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
With a wrapper class, the user can choose what model they would like to use (for now it only accommodates XGBoost but in the future possibly a neural network), accounts for the grid-search (often the model and the grid-search go together), and the data (t.b.d.). It also provides extra functionalities like saving and loading a model from a file, and more...
different kinds of plotting methods
The text was updated successfully, but these errors were encountered:
The architecture we discussed—having a parent class Model with child classes XGBoostCustom and MLP—is too simple and not feasible. We should consider a more elaborate approach, as I described earlier. For now, I've implemented the custom XGBoost class with all the necessary features. However, features like saving and loading the model and performing grid search should ideally be part of a wrapper class rather than being included in each individual model. Some features that are currently implemented for the CustomXGBoostRegressor (but should be part of a wrapper), are:
For now, this, and the issues listed above, are on hold. In future releases, a wrapper/parent class will be provided that accounts for different kinds of models. For now, the focus is on the XGBoost model.
With a wrapper class, the user can choose what model they would like to use (for now it only accommodates XGBoost but in the future possibly a neural network), accounts for the grid-search (often the model and the grid-search go together), and the data (t.b.d.). It also provides extra functionalities like saving and loading a model from a file, and more...
The text was updated successfully, but these errors were encountered: