Closed FBruzzesi closed 1 year ago
That indeed feels like an omission. Feel free to make the PR.
One thing: I wonder if this component is used much. One downside of the implementation is that it's pretty darn slow.
However such
some_constant_value
is nowhere defined.
Doesn't matter the value, right? Can just use 1, it just a matter of scale.
One downside of the implementation is that it's pretty darn slow.
Any big reason not to move to scipy.optimize.minimize? I understand the original intent was to track all loss values, weights and gradients.
One thing: I wonder if this component is used much
For sure the effect="constant"
was not used 😂
Doesn't matter the value, right? Can just use 1, it just a matter of scale.
Yep!
Any big reason not to move to scipy.optimize.minimize?
I'm certainly open to it. But I'm not 100% sure if there are any numerical issues that we might hit. That said: if it works out it would be nice to drop a dependency.
For sure the effect="constant" was not used 😂
Yep! 😅
Description
DeadZoneRegressor
allows for the parametereffect="constant"
. However such case is not managed in thedeadzone
function, which leads to return a valueNone
and breaking the API rightafter.I am not sure what the expected behaviour is. My guess would be something like:
However such
some_constant_value
is nowhere defined.Code to reproduce
Unit test to catch the bug
It should be enough to add
"constant"
to the list of parameter in the fixture