3 ms·

From the readme it looks like the visualisation is off to the side in a self contained box. What I'd really want to do is have walk/fly through capability to vi

by Libbum 9y ago

From the readme it looks like the visualisation is off to the side in a self contained box. What I'd really want to do is have walk/fly through capability to visualise projections of higher dimensional data. Is this possible with your tool? Second question: how many data points can a visualisation be before you start to see noticeable lag?

nerdponx 9y ago
Hopefully this isn't the start of a trend where programs are made "VR-first" and the people who don't want freaky goggles on get left behind.
- Libbum 9y ago
  I partially disagree. Whilst I don't have VR goggles myself, and agree with you in that so far, I haven't seen a reason for the purchase at all. A tool like this for visualisations though, is a use case that I see as possibly beneficial. With that being said, it has to be done right. Not only that, I'd expect to be 'VR-only', not even just 'VR-first'. A visualisation tool that I'm expecting would have difficulty conveying the same data on a flat screen. Sure, one could argue that you're still only looking into flat screens in the goggles, but the multiple axes of movement allowed by both the head translations as well as hand movements give you superior control vs just mouse input.
  - voi_perkele 9y ago
    > Sure, one could argue that you're still only looking into flat screens in the goggles, but the multiple axes of movement allowed by both the head translations as well as hand movements give you superior control vs just mouse input. If you're looking at two screens with identical images, then that might be a valid argument, but VR headsets provide stereoscopic viewing by presenting different images of the virtual scene from each eye's viewpoint-- this is known as binocular disparity. It's the same principle used in 3D TVs and anything that requires you to wear special glasses. The "head translations" you're talking about gives the visual system depth cues via motion parallax, where objects in the foreground appear to move faster than those in the background when the head is moved from side-to-side. These two things together (stereoscopy and motion parallax) yield a very strong sense of "3D depth", called stereopsis. Having controllers with six degrees of freedom (6DOF: translation along and rotation about the x-, y-, and z-axes) to manipulate and interact with 3D data should be superior, as it is no longer necessary to map 2D mouse inputs to 3D operations which would also decrease cognitive load, in theory.
    - Libbum 9y ago
      Thanks! This is what I was trying to get at, and provides a much better argument for VR-only and VR-first tools.
ottomanbob 9y ago
A user can actually reach out and grab the graph and scale/position it to their preferences. You can actually walk/fly through your visualizations and get intimate with each data point. Re: second question, I'm unsure, but I'll ask the team for some stress tests.

by Libbum 9y ago

nerdponx 9y ago

Hopefully this isn't the start of a trend where programs are made "VR-first" and the people who don't want freaky goggles on get left behind.

Libbum 9y ago
I partially disagree. Whilst I don't have VR goggles myself, and agree with you in that so far, I haven't seen a reason for the purchase at all. A tool like this for visualisations though, is a use case that I see as possibly beneficial. With that being said, it has to be done right. Not only that, I'd expect to be 'VR-only', not even just 'VR-first'. A visualisation tool that I'm expecting would have difficulty conveying the same data on a flat screen. Sure, one could argue that you're still only looking into flat screens in the goggles, but the multiple axes of movement allowed by both the head translations as well as hand movements give you superior control vs just mouse input.
- voi_perkele 9y ago
  > Sure, one could argue that you're still only looking into flat screens in the goggles, but the multiple axes of movement allowed by both the head translations as well as hand movements give you superior control vs just mouse input. If you're looking at two screens with identical images, then that might be a valid argument, but VR headsets provide stereoscopic viewing by presenting different images of the virtual scene from each eye's viewpoint-- this is known as binocular disparity. It's the same principle used in 3D TVs and anything that requires you to wear special glasses. The "head translations" you're talking about gives the visual system depth cues via motion parallax, where objects in the foreground appear to move faster than those in the background when the head is moved from side-to-side. These two things together (stereoscopy and motion parallax) yield a very strong sense of "3D depth", called stereopsis. Having controllers with six degrees of freedom (6DOF: translation along and rotation about the x-, y-, and z-axes) to manipulate and interact with 3D data should be superior, as it is no longer necessary to map 2D mouse inputs to 3D operations which would also decrease cognitive load, in theory.
  - Libbum 9y ago
    Thanks! This is what I was trying to get at, and provides a much better argument for VR-only and VR-first tools.

ottomanbob 9y ago

A user can actually reach out and grab the graph and scale/position it to their preferences. You can actually walk/fly through your visualizations and get intimate with each data point. Re: second question, I'm unsure, but I'll ask the team for some stress tests.