Closed ja-thomas closed 8 years ago
trace = trace
in the update(mod)
step? Additionally, we could print bevore the update one line that states the current cross-validation iteration. Wouldn't that be nicer? At least it currently makes no sense:Starting cross-validation...
[fold] [current mstop]
[1] [62,38]
[2] [53,47]
[3] [55,45]
[4] [58,42]
[5] [67,33]
[6] [65,35]
[7] [66,34]
...
mstop()
is buggy. See #19Starting cross-validation...
[fold: 1]
[ 1] -- risk: 1237.839
[ 4] .......................................................... -- risk: 1186.652
[ 64] ..................................
Final risk: 1169.155
.
[fold: 2]
[ 1] -- risk: 1275.722
[ 4] .......................................................... -- risk: 1228.878
[ 64] ..................................
Final risk: 1212.287
.
[fold: 3]
[ 1] -- risk: 1208.189
[ 4] .......................................................... -- risk: 1155.631
[ 64] ..................................
Final risk: 1140.451
.
[fold: 4]
[ 1] -- risk: 1266.236
[ 4] .......................................................... -- risk: 1195.522
[ 64] ..................................
Final risk: 1179.904
.
[fold: 5]
[ 1] -- risk: 1179.009
[ 4] .......................................................... -- risk: 1126.048
[ 64] ..................................
Final risk: 1110.435
.
There are still two formatting errors
the bracket for [ 1]
is to large and there is a strange additional point between every fold, still have to fix that.
@hofnerb Should be good to go now
This should fix #16
We cannot print the trace in the same way as in the cyclical algorithm. Since we do not update the model step by step but rather fit the largest mstop and than extract the submodels.
I could change that behavior, but I think this will be a bit more expensive in terms of calculation time, which is a bad trade of for a nicer printer I would say.