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

Gray localizations hiding highlighted localizations #259

Open
gnir opened this issue Feb 10, 2023 · 16 comments
Open

Gray localizations hiding highlighted localizations #259

gnir opened this issue Feb 10, 2023 · 16 comments

Comments

@gnir
Copy link

gnir commented Feb 10, 2023

Hi @turner,

I have a point cloud sw file and I'm looking at the localizations in my traces. When I'm trying to look at one segment of the trace the other localizations are shown in gray. However, these gray localizations are 'hiding' my highlighted localizations. I think, you should have the option to not show the not-selected localizations or have them transparent.

Thank you,
Guy

@turner
Copy link
Contributor

turner commented Feb 17, 2023

@gnir here is an idea I came up with to prevent the un-highlighted points from obscuring the highlighted points. What do you think?

Screen.Recording.2023-02-17.at.10.54.55.AM.mov

Here is a test share url to try it out:
https://tinyurl.com/2kn5nwtu

@gnir
Copy link
Author

gnir commented Feb 17, 2023

Hi @turner,

Liked it a lot. Would it be possible to select several segments together? For instance, by holding ctrl or shift?

Apologies but I might be slower to respond until Tuesday.
Guy

@turner
Copy link
Contributor

turner commented Feb 21, 2023

@gnir I merged these changes with the production app:
https://spacewalk-site.netlify.app/

I'll close this issue and open one specifically to address the segment selection idea

@turner turner closed this as completed Feb 21, 2023
@gnir
Copy link
Author

gnir commented Feb 21, 2023

Thank you!
Guy

@gnir
Copy link
Author

gnir commented Feb 21, 2023

@turner - I am not able to select multiple targets.
Also - the track won't color the trace (like it does for simulation and balls-and-sticks). And, the distance map is not working.

Thank you,
Guy

@turner
Copy link
Contributor

turner commented Feb 21, 2023

@gnir I created this issue as a record that I need to work on it. I haven't started on it yet.

@gnir
Copy link
Author

gnir commented Feb 21, 2023

@turner - oh, I see. I misunderstood you.
Guy

@turner
Copy link
Contributor

turner commented Feb 21, 2023

@turner - oh, I see. I misunderstood you. Guy

For pointcloud rendering, distance map - and contact map - is not implemented.
I also do not map igv track feature colors to pointclouds. This would not be very usable as the number of genomic locations in the track - and thus locations for a color - are extremely sparse for point cloud and thus would not look particularly convincing. Just a small set of color splotches.

@gnir
Copy link
Author

gnir commented Feb 21, 2023

For pointcloud rendering, distance map - and contact map - is not implemented.

Why? You find the mean(XYZ) location for each step.

'Just a small set of color splotches.'
Maybe it makes sense to generate a density map (or another type of a volumetric visualization) for each target and add the IGV tracks on these?

@turner
Copy link
Contributor

turner commented Feb 21, 2023

For pointcloud rendering, distance map - and contact map - is not implemented.

Why? You find the mean(XYZ) location for each step.

'Just a small set of color splotches.' Maybe it makes sense to generate a density map (or another type of a volumetric visualization) for each target and add the IGV tracks on these?

The fundamental issue with mapping color from track to trace - any flavor of trace (ball/stick, ribbon, pointcloud) - has to do with sampling. Specifically, an igv track may have around a thousand on screen features. A given ball/stick model may have a few dozen balls. Each ball is a single genomic location at which I sample the track (feature) for color. So, the ball/stick or ribbon or point cloud will severally under sample the track color distribution creating an aliased "point sampled" version of the nice continuous track color distribution.

@gnir
Copy link
Author

gnir commented Feb 21, 2023

Still, that's what people do. For instance, you can color the entirety of the density map with the feature that is dominant over that region. Does that make sense?
Check out supplemental figure 10 from this paper as an example.
Guy

@turner turner reopened this Feb 21, 2023
@turner
Copy link
Contributor

turner commented Feb 21, 2023

Ok, got it. I won't worry about the undersampling issue. I'll create:

  1. an issue to add live density/distance maps to pointcloud
  2. an issue to map track feature color to pointclouds

Thanks for all the super helpful input Guy

@gnir
Copy link
Author

gnir commented Feb 21, 2023

It's funny how you are thanking me... I'm planning on using it 😁

@gnir
Copy link
Author

gnir commented Feb 22, 2023

@turner - if you are planning to store the density maps in a sort of a matrix, then you could utilize this to compute volume overlap between segments, which is unique to that type of data (super-resolution imaging). You could also use it to compute volume (and chromatin density in DNA/Volume), surface area, sphericity, etc.
Just a thought :)
Guy

@turner
Copy link
Contributor

turner commented Feb 22, 2023

@gnir I'm getting the pointcloud distance/contact map and track feature mapping happening first. I'll circle back to discuss density maps

@gnir
Copy link
Author

gnir commented Feb 22, 2023

Thank you :)
Guy

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