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 current setup of the plugin requires a feature map to be used for creating serialized xgboost json model file (for an example of feature map see this).
In the feature map, each feature can be assigned 3 possible data types: q (quantitate), i (binary) and int (integer).
When the data type is int or q, each split node will be serialized to look like below:
Basically, there will be no field for 'missing' and 'split_condition'.
The current XGBoostJsonParser though, explicitely checks for existence of split conditions and therefore throws exceptions when parsing binary nodes. (The code below is copied from here:)
In the short term, define all binary features into integer features and notify users of this limitation somewhere in the documentation.
In the long run, revise splitHasAllFields() to account for the data type of the split nodes, or just eliminate the check on split conditions and threshold, or provide default values for binary split nodes.
The text was updated successfully, but these errors were encountered:
Hey @o19s-admin,
This seems to be an old issue, do we have an update/fix on it? If not, then it must be at least mentioned somewhere in the docs that boolean may not be supported and the training script must take this into consideration.
Branches for older versions of elastic are kept, so if you ever need "older" material that is a good way to find it. Aside from that we want to improve the documetation around xgboost models and would appreciate any help from the community
The current setup of the plugin requires a feature map to be used for creating serialized xgboost json model file (for an example of feature map see this).
In the feature map, each feature can be assigned 3 possible data types: q (quantitate), i (binary) and int (integer).
When the data type is int or q, each split node will be serialized to look like below:
However, when data type is i, each split node would look like this after serialization:
Basically, there will be no field for 'missing' and 'split_condition'.
The current XGBoostJsonParser though, explicitely checks for existence of split conditions and therefore throws exceptions when parsing binary nodes. (The code below is copied from here:)
What I suggest for the fix:
The text was updated successfully, but these errors were encountered: