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

less random 3D point selection : use sphere of possibilities at attachment points #4

Open
jdkent opened this issue Mar 29, 2019 · 3 comments

Comments

@jdkent
Copy link
Member

jdkent commented Mar 29, 2019

@kellnett

The next solution could be using the current spine attachment points (which we have as 3D coordinates) as the origin of a sphere with a radius equal to the maximum spine length and generate a random 3D coordinate within that spherical volume for each attachment point along the dendrite.

This could possibly help control for any biological process that determines where the spines begin to form (since my data do show some degree of attachment point clustering)

@jdkent
Copy link
Member Author

jdkent commented Mar 29, 2019

For this we are interested primarily in the spine attachments or where the spine heads are located?

@kellnett
Copy link

Well, both. We are still interested in clustering at the spine head (so in 3D), but when selecting random points it has to be a certain distance away from a known attachment point.

So, if observed spine 'A' has attachment point 'a', then using the maximum observed spine length, say of 2um, we 'make a circle' with a radius of 2um around point 'a'. Then constrain the selection of the random XYZ point to within circle 'a'. Then we would repeat for spine 'B' with attachment point 'b', etc. until we select a point for each observed spine.

Does that make more sense?

@kellnett
Copy link

We still sort of have the less clustering in 3D problem, but this does constrain it somewhat more than the cylinder.

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