-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
parameter initialization discrepancy among flowClust APIs #15
Comments
No, set it to 0, and use the kmeans initialization. The random initialization is not converging properly and needs to be debugged. |
Sure |
I've tracked down the issue. The |
mikejiang
pushed a commit
that referenced
this issue
Oct 8, 2016
gfinak
pushed a commit
that referenced
this issue
Jul 12, 2018
…wClustK. #15 git-svn-id: file:///home/git/hedgehog.fhcrc.org/bioconductor/trunk/madman/Rpacks/flowClust@122084 bc3139a8-67e5-0310-9ffc-ced21a209358
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
There are two ways of using
flowClust
, either throughflowClust
directlyOr through
tmixFilter
You would expect they return the same clustering results but as @gfinak and I just found out they actually don't.
It turns out that one of the parameters is set to different values through two APIs, i.e.
randomStart
is set to0
for flowClust but10
for tmixFilter, which leads to the entirely different behaviors.To avoid the future confusion, I think we may set it to
10
for both since another internal API .flowClustK also uses10
.It would be also helpful to pass most of parameters from
flowClust
to.flowClustK
through...
to avoid the potential discrepancy.The text was updated successfully, but these errors were encountered: