I'm also pretty excited about using the rift for scientific/technical
visualization (I have a DK1), but so far that hasn't been reflected by
an appropriate amount of spare hacking time.
If you haven't already, I'd recommend checking out the VRUI youtube
demos (for example, this one is pretty sweet
Excellent! Glad to hear this. If I'm not too busy then, I'd be interested
in helping/collaborating.
Cheers, Kevin
On Monday, May 19, 2014, Simon Danisch wrote:
> Hi Kevin,
> this is actually something I wanted to look into after GSOC, as I'm really
> psyched about integrating Occulus Rift into
@Chris Foster and @Andreas Lobinger:
Very good points! Maybe I should describe what I already have, to channel
the discussion a little.
I want to take some more time for that, and maybe make a little graphic.
Right now I don't have much time, so I might do that later ;)
Thanks for all the feedback,
Hi Kevin,
this is actually something I wanted to look into after GSOC, as I'm really
psyched about integrating Occulus Rift into the visualization engine, which
would include to have different lense models and camera distortions in the
render pipeline;)
Am Montag, 19. Mai 2014 18:07:59 UTC+2 s
Hello colleague,
i really like the idea of splitting the instruction to plot to a
what-where-how style. So an interface like plot(my_data[:,3:6],picture2,
"marker with red outline").
Actually i'm testing some ideas to define "marker with red outline" in some
sort of domain specific language - l
In my spare time, I've recently been exploring some augmented reality
projects. One challenge with existing systems is the disconnect between
computer vision systems and 3D renderers. In particular, it would be
really nice if it were easy (or at least possible) to add a camera
distortion model to
On 5/19/14, 10:52, Jason Grout wrote:
(see http://sagecell.sagemath.org/?q=vtjadv for an example of a point
tracking the mouse on a sphere)
Sorry; the correct link for the example is
http://sagecell.sagemath.org/?q=yiarsu
Thanks,
Jason
On 5/17/14, 11:51, Simon Danisch wrote:
Any feedback, ideas and comments are welcome!
Simon,
Just FYI, we've been working on an IPython widget wrapper around the
three.js library for the IPython notebook:
https://github.com/jasongrout/pythreejs (see
http://sagecell.sagemath.org/?q=vtjadv
If you're looking for a consistent API between 2D and 3D it might be worth
taking some inspiration from Gadfly – I don't know how easy it would be to
extend the Grammar of Graphics style interface to 3D but if you can it
would be a solid base to build on (alongside a more matlab-style API, I
suppos
On Mon, May 19, 2014 at 11:44 PM, Chris Foster wrote:
> I think these last two points probably generalise to 1D, 2D and 3D data.
> IMO there's a case to be made for a simple default GUI with a capable
> camera model and control over data set visibility. This would go a long
> way toward making in
I like the general direction this project is going :)
>From my point of view, 3D plotting with maximum interactivity of large data
sets is a good thing to focus on. By "large" I mean anything up to the
size of main memory on a single machine, or at least up to the available
GPU memory. Publicati
High quality and low complexity vector graphics.
By high quality I mean clear, nice and customizable.
By low complexity I mean direct generation of SVG/PDF primitives : opengl2ps is
horrible for that purpose, for instance opengl spheres are approximated by
thousands of triangles instead of just
Pour yourself a nice cup of tea and start reading here:
https://groups.google.com/d/msg/julia-users/4pT81kO1jDE/dRvWbqYhJH8J
https://github.com/nolta/Winston.jl/issues/89
--Tim
On Sunday, May 18, 2014 07:02:10 AM Andreas Lobinger wrote:
> Hello colleague,
>
> just as i read it
>
> On Saturday,
It starts to get interesting if you want to have a 2D online display where
data is colorized and you want to apply filter operations that can easily
done on the GPU. Interesting but IMHO basic 3D graphics is more important
at this stage.
Am Sonntag, 18. Mai 2014 16:02:10 UTC+2 schrieb Andreas L
Hello colleague,
just as i read it
On Saturday, May 17, 2014 10:23:49 PM UTC+2, Tim Holy wrote:
>
> Also, really fast 2d plotting of large datasets would not be a bad thing.
> Cairo + Gtk is not bad (and Gtk is quite a lot better than Tk in terms of
> speed), but it's also not all that impressi
Hi Simon,
In Earth Sciences, and Geophysics in particular, netCDF is king. There is a
damn fast and good program called Fledermaus
(http://www.qps.nl/display/fledermaus) that creates awesome 3D displays of
grid surfaces (and some 3D solid objects as well). However, it's a
commercial product th
Maximum intensity projection would be nice to have.
Also, really fast 2d plotting of large datasets would not be a bad thing.
Cairo + Gtk is not bad (and Gtk is quite a lot better than Tk in terms of
speed), but it's also not all that impressive either.
--Tim
On Saturday, May 17, 2014 09:51:37
Hi,
I'm currently in the planning phase for my GSOC 3D Visualization project,
which also means, that I need to define what the most important
visualization forms are.
I must admit, that I haven't done much plotting myself, so I would have to
guess what the really important bits are.
Instead of
18 matches
Mail list logo
