Your progress is impressive! Thanks for your continuous work.
Hi,
I made quite a lot of progress lately =)
You can read up on it on my blog:
https://randomphantasies.wordpress.com/
As I'm starting to sketch out my API and closing in on a first feature
complete version (at least for the internal OpenGL primitives)
it becomes quite important to get some
Cool! I'm digging the video.
On Wednesday, June 25, 2014 10:44:03 AM UTC-4, Simon Danisch wrote:
Hi,
I made quite a lot of progress lately =)
You can read up on it on my blog:
https://randomphantasies.wordpress.com/
As I'm starting to sketch out my API and closing in on a first feature
Sorry for the long silence!
The things you posted were really inspiring, and I'm trying to incorporate
what I can!
I actually started coding and I'm posting the updates on my blog:
http://randomphantasies.wordpress.com/
Please feel free to comment the progress on Github, the Blog, or here ;)
By the way, no discussion about data visualisation tools is complete
without this design prototype by Bret Victor:
https://vimeo.com/66085662
and Victor's written addendum:
http://worrydream.com/DrawingDynamicVisualizationsTalkAddendum/
On Saturday, 17 May 2014 18:51:37 UTC+2, Simon Danisch
If you're looking for UI ideas, Mathematica's CDF Viewer makes for some
slick interactive 3d plots:
http://demonstrations.wolfram.com/symbol.html?symbol=Plot3D
On Friday, May 23, 2014 10:49:05 AM UTC-4, Job van der Zwan wrote:
By the way, no discussion about data visualisation tools is
I'm believe I'm working in a relatively niche area, but I'm going to throw
my request in anyway :)
I often work with image sequences (from a still or video camera, but
nothing more exotic than broadcast cameras) which are to be displayed at
video rate (25/50/...Hz), somewhere on a texture in
The project is about OpenGL rendering/plotting and therefore the only
sensible export can be a bitmap of the rendered scene.
When rendering this into an offscreen buffer and mapping this onto a cairo
surface one will automatically get png, pdf, ps, and svg export.
This definately should not be
If you can
solve the export problem too, wonderful, but if constraints of time force
you
to choose, I urge you to callously throw export out the window and focus on
interactivity :).
+1
If we can dream and talk about only tangentially related stuff, I'd love to
see a fast and easy to use library for making Voronoi diagrams.
On Saturday, 17 May 2014 18:51:37 UTC+2, Simon Danisch wrote:
Hi,
I'm currently in the planning phase for my GSOC 3D Visualization project,
which also
Well, that's what I wanted to say: it's on my radar, but definitely with
low priority.
Same goes for 2D plotting!
But this is supposed to be a brainstorm, so keep the ideas flowing ;)
Regarding VTK, yes we had that discussion. Result:
As the focus is to create something hackable/extendable from
I wish for 2D and 3D plots to be unified in the same package and use the
same syntax, as it would be quite awkward to have to change you code when
going from plot to plot3.
That's actually one of my main motivations ;)
In computer vision, it was really annoying going forth and back between 3D
displays and 2D displays, different datatypes, different syntax, etc, just
to plot two slightly different things.
But as long as no one starts implementing 2D plotting
On Monday, May 19, 2014 5:40:43 PM UTC+2, Job van der Zwan wrote:
A library that would allow me to just feed a set of points at once, which
would then return the Voronoi cells and their vertices would be ideal for
this particular use-case, but I haven't found any (they mostly focus on
Hello colleague,
things that i would like to see in a plotting tool:
1) If it's interactive, somehow record the interactions. Like in a list
panned to 0,30,200; zoomed to .22; moved view axis to 0,22,-100; highlight
dataset 2 etc. and have to counterpart available that all actions you do
on
I don't want to be pushy. So this is the last time I talk about that but VTK
*is* fast and already provide volume rendering among other things.
An opengl binding would be great though but if I'm given the choice between a
fully featured, highly optimized, highly parallel lib and doing it all
As I already said, your point is definitely valid. And that's why it is
certainly a good idea to implement VTK bindings for Julia.
But that person wont be me.
I'm doing this project for very special reasons, and among others, one is
that I'm sick of the fact, that every good visualization/3D
I'd like an interface that would make it relatively easy to implement
something like this: http://ubietylab.net/ubigraph/
I've run into (and had friends run into) problems visualization (directed)
graphs with thousands to hundreds of thousands of nodes. Ubigraph, linked
above, tended to crash at
Have you tried Gephi? It's also got serious size limitations, but it is pretty
stable in my experience.
-- John
On May 19, 2014, at 1:02 PM, Leah Hanson astriea...@gmail.com wrote:
I'd like an interface that would make it relatively easy to implement
something like this:
@Leah Hanson
That's quite an interesting use-case as it is a good example for a huge
dataset, that won't even fit on the screen.
Rendering them is mainly a problem of streaming and not rendering occluded
objects, which should be integrated to the lower-level abstraction API.
Its also something
Well it's probably no bad performance for a CPU based rendering system.
But with my crappy Intel GPU on fullscreen(1920x1200) and anti-aliased, I
can draw 10,000,000 3D lines in ~ 0.02 seconds, which makes 1 second for
100,000 lines look reeally slow.
Even 100,000,000 still offers near real time
I just noticed, I haven't mentioned anywhere, that this will be OpenGL
plotting only.
There are just limited options for rendering shapes, but there are
definitely some more tricks to render shapes, than by approximating them
with a gazillion triangles.
One is, to draw pixels on a quad in the
I actually said *not* to implement direct jpeg export. I thought you were
targeting stuff like 3D graphs in which case jpeg export generaly does more
harm than good because most of the people don't know which image format to
choose and use what they are the most used to see: jpeg; even though
Hi Simon,
it is a great idea to ask for community feedback on what people want from
3D graphics.
Here are some ideas from me:
- In general I think it is really useful to have interactive graphics. But
for publications there will a need to export the data to an image. This
could be done by
You might want to have a look through matplotlib's 3D API – personally I'd
be really to see basic 3D plotting working really well.
http://matplotlib.org/1.3.1/mpl_toolkits/mplot3d/tutorial.html
Looking forward to seeing what you come up with!
On Saturday, 17 May 2014 17:51:37 UTC+1, Simon
25 matches
Mail list logo
