Open g1o opened 2 years ago
Sorry. That must have taken forever to figure out.
For caret
, we just pass off the data to xgboost
(no parsing on our side). For your first example, just before the model is fit, the data are in a proper format (stored as numeric but printed as "0,1":
Browse[2]> tuneValue
eta max_depth gamma colsample_bytree min_child_weight subsample nrounds
1 0,1 4 1 1 1 1 500
Browse[2]> str(tuneValue)
'data.frame': 1 obs. of 7 variables:
$ eta : num 0,1
$ max_depth : num 4
$ gamma : num 1
$ colsample_bytree: num 1
$ min_child_weight: num 1
$ subsample : num 1
$ nrounds : num 500
I hate to pass you off to someone else, but I think that this has to be fixed by xgboost
.
I had a very strange problem. Train of the xgbTree worked with a clean session, but the second time I tried to run, after a while, it failed.
Turns out that something changed my locale, and then the eta parameter was read as "0,1" when using my locale instead of "0.1". When using eta = 1, without decimal, it worked. Things were solved by setting the locale LC_NUMERIC to 'C' (_Sys.setlocale("LCNUMERIC", 'C' )) , so that it would use dot as a decimal separator.