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
Global because some of the splitting arguments in each method has an argument with the same name. With one or two exceptions, the inner split can emulate the original scheme but hold more or less back (proportionally).
So let's save that we start with obj <- mc_cv(data, prop = 3/4) but we only want to give 10% to the potato calibration set. Irrespective or the original prop value in split_args, the global prop would take over with
inner_split(obj, split_args=list(prop=3/4), prop=0.1)
# or just leave the list value out since it is not used
prop can be used with bootstrap, times series, and other types of splits too (except clustering)
The text was updated successfully, but these errors were encountered:
I've read #487...
Not certain yet but I feel like we will want users to be able to do something different from what the original split does.
If that's the case, I propose a global
prop
argumentGlobal because some of the splitting arguments in each method has an argument with the same name. With one or two exceptions, the inner split can emulate the original scheme but hold more or less back (proportionally).
So let's save that we start with
obj <- mc_cv(data, prop = 3/4)
but we only want to give 10% to thepotatocalibration set. Irrespective or the originalprop
value insplit_args
, the globalprop
would take over withprop
can be used with bootstrap, times series, and other types of splits too (except clustering)The text was updated successfully, but these errors were encountered: