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
Generating doublets for detection: Prohibit same cell types? #20
Comments
I would like to think doublets of the same type are picking up real
dpublets of the same type. Since that type of doublet would be closest.
…On Mon, Apr 24, 2017 at 5:01 PM JonathanShor ***@***.***> wrote:
While a doublet with two of the same cell type in one droplet is
technically a doublet (let's call it a duplicate doublet), should we
prohibit producing simulated doublets like this when calling
synthetic.sampleCellRead to identify the doublet clusters?
Maybe do some testing to see where these tend to fall with respect to
non-duplicate doublets: are they falling within "normal" clusters? Or are
they just as informative as the non-duplicate doublets, falling within
doublet clusters?
Perhaps this suggests a new visualization to produce: pick 3 cell types,
assign primary color to each, produce doublets of those 3 cell types,
assign corresponding secondary colors to each doublet type, chart and see
how they fall out relative to each other. Are duplicate doublets distinct
from their parent cluster?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#20>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AKWzsOksVVD9AUZmeMusEA5sdOj8QIxJks5rzQ2cgaJpZM4NGtQc>
.
|
My guess is that clusters with over 80-90 percent score are these clusters. |
I agree, but I don't know it. |
Closing this. Same cell types cluster with parent cluster. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
While a doublet with two of the same cell type in one droplet is technically a doublet (let's call it a duplicate doublet), should we prohibit producing simulated doublets like this when calling synthetic.sampleCellRead to identify the doublet clusters?
Maybe do some testing to see where these tend to fall with respect to non-duplicate doublets: are they falling within "normal" clusters? Or are they just as informative as the non-duplicate doublets, falling within doublet clusters?
Perhaps this suggests a new visualization to produce: pick 3 cell types, assign primary color to each, produce doublets of those 3 cell types, assign corresponding secondary colors to each doublet type, chart and see how they fall out relative to each other. Are duplicate doublets distinct from their parent cluster?
The text was updated successfully, but these errors were encountered: