CL2D producing less classes than requested about xmipp

[DStrelak]

Hello @dallakyan,

thanks for reporting this issue!
To summarize the problem:

1. you have a set of 10k particles S
2. your run xmipp_mpi_classify_CL2D --nref 40 and get only 4 classes
3. you create a subset of S, say s, with 5k particles
4. you run xmipp_mpi_classify_CL2D --nref 40 and get 40 classes

Is that correct?
Can you send us ([email protected]) Scipion logs from both protocols?
Thanks.

[ajimoreno]

Hello @dallakyan,

thanks for your report.
I was taking a look at the code. You're right, the code stops when the number of assignment changes is less than 0.5%. Maybe, with the whole input set, the program gets stuck and it's unable to evolve from the beginning classes and is stopping in this condition. On the other hand, with the subset of the input particles, it seems that the program is able to generate initial classes with more differences among them and it's able to evolve from these.
I was thinking about how to manage this problem. You could try to run a couple of classifications using subsets of the input particles, then you can concatenate the obtained classes. Another option is to use the "Number of initial classes" field in the protocol, if you put a higher number of random initial classes (e.g. 8), maybe the program will find enough differences among the initial classes to evolve and generate the desired number of output classes.
I hope that any of these recommendations can help you. Let me know if the problem persists.

Thanks.

[dallakyan]

Thank you @DStrelak and @ajimoreno.