camu.select / select issue #88
christophertrapani
started this conversation in
Bug, Issues, and Suggestions
Replies: 2 comments
-
yes, works as intended. Only the chosen columns have non zero weights. |
Beta Was this translation helpful? Give feedback.
0 replies
-
But in a patch where columnas and weights are being set independently, if I
change weights to > 0., I can have a "phantom" target value that I cannot
control or systematically clear, which (when often changing weights and
columns) can be problematic.
…On Fri, May 5, 2023 at 2:25 PM diemo ***@***.***> wrote:
yes, works as intended. Only the chosen columns have non zero weights.
—
Reply to this email directly, view it on GitHub
<#88 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AIRYDC7MK6L4SXB4XSO3N4LXETWTDANCNFSM6AAAAAAXVYBEUU>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hi all — as you might've seen in my long message on the IRCAM Forum I'm delving into selection.
I'm noticing the following with mubu.knn and wonder if it is a bug or intended.
new patch loaded, 3 columns sent, followed by select message with 3 values then "gettarget": first time, the results look as intended
second time, three new column values are sent, but camu.select (or mubu.knn?) retains the initial three values.
Is this expected behavior? Is there a clear command I should insert? Patch below; Thanks
———
Beta Was this translation helpful? Give feedback.
All reactions