Skip to content
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

Parameters adaptation for clustering #7

Open
kokonech opened this issue Sep 16, 2016 · 2 comments
Open

Parameters adaptation for clustering #7

kokonech opened this issue Sep 16, 2016 · 2 comments

Comments

@kokonech
Copy link

kokonech commented Sep 16, 2016

I am working on SmartSeq C1 scRNA-seq data, ~200 cells. The clustering using PCA+kmeans on filtered and CPM normalized counts demonstrates confident gene markers expression in certain clusters. However, trying to perform BackSPIN on the same data with 2000 genes selection gives rather distributed clustering without marker gene confirmation. It's also possible to see from tSNE plot with cluster color markers. Why could this happen? Is there any specific parameters adaptation for BackSPIN to improve precision? For example based on number of cells?

@slinnarsson
Copy link
Contributor

Is your data from the standard C1 protocol, e.g. SMART-seq? If so, you will have reads (or normalized reads, e.g. RPKM), but BackSPIN was optimized to work on absolute count data as you would get from a method that uses UMIs. We have never tested on RPKM type data, and it's possible it won't work very well. Particularly the gene selection will probably not work.

@kokonech
Copy link
Author

Thanks for reply! Yep, the protocol is a standard SMART-seq without UMIs. I tried changing the counts normalization (without/size factor/...), but did not get any major changes. I suppose the issue can be closed then. Also, it would be nice if the optimization of BackSPIN for the data with UMIs will be mentioned in README or documentation.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants