Live data from Hacker News

Show HN: XY – A Fast, composable, GPU-accelerated interactive plotting library

github.com

21–30 of 50 posts

Re: Show HN: XY – A Fast, composable, GPU-accelerated interactive plotting library

#23
Interesting; how do the examples compare to datashader?

Edit: for my use cases, I use napari (~1e7-8 points) if I need true interactivity; otherwise, datashader/holoviz, or even just fast-histogram's 2D histograms work.

For extremely large point clouds, these caveats[0] still apply. It irks me when people make dense scatterplots without any indication of just how dense some portions are.

Still, if it can indeed handle 1e10 points, that's pretty impressive.

[0]: https://datashader.org/user_guide/Plotting_Pitfalls.html

Re: Show HN: XY – A Fast, composable, GPU-accelerated interactive plotting library

#26
Check out mosaic from uwdata which works on top of Observable plot

Or plotly-resampler which works on top of plotly and uses the rust package tsdownsample to aggregate on the 4pixels per pixel shown level (to make antialias work)

the grammar of graphics approach really is a great abstraction, and I'd love to see xy work in that direction

Re: Show HN: XY – A Fast, composable, GPU-accelerated interactive plotting library

#27
Interesting approach to large scale visualisation. Moving reduction into Rust and sending screen bounded data to WebGL seems much more sensible than pushing millions of raw points into the browser. How does it perform with real time updates? I am assuming it is much more performant? Any plans for a prod deployment?

Re: Show HN: XY – A Fast, composable, GPU-accelerated interactive plotting library

#28
post #27

Interesting approach to large scale visualisation. Moving reduction into Rust and sending screen bounded data to WebGL seems much more sensible than pushing millions of raw points into the browser. How does it perform with real time updates? I am assuming it is much more performant? Any plans for a prod deployment?

Yes, it’s significantly faster than existing Python charting libraries for real-time updates.

Instead of serializing and sending the full dataset as JSON, it sends compact typed binary buffers and only the screen-relevant data reducing payload size and browser-side work.

More detail here https://github.com/reflex-dev/xy#how-it-works

Re: Show HN: XY – A Fast, composable, GPU-accelerated interactive plotting library

#29
post #6

I’m not convinced GPU acceleration is a meaningful advantage for most charting use cases. Most dashboards don’t render enough data for it to matter. Once a chart is dense enough for rendering to become the bottleneck, it normally is already be too crowded to be meaningful. Zooming can justify supporting larger datasets, but sampling/viewport culling and level of detail often avoid drawing unnecessary points...

Feel free to not use it, then.

You don't have to justify your decision to people here, literally just move on with your life and forget about it.

Re: Show HN: XY – A Fast, composable, GPU-accelerated interactive plotting library

#30
post #27

Interesting approach to large scale visualisation. Moving reduction into Rust and sending screen bounded data to WebGL seems much more sensible than pushing millions of raw points into the browser. How does it perform with real time updates? I am assuming it is much more performant? Any plans for a prod deployment?

Yes, it’s significantly faster than existing Python charting libraries for real-time updates. Instead of serializing and sending the full dataset as JSON, it sends compact typed binary buffers and only the screen-relevant data reducing payload size and browser-side work. More detail here https://github.com/reflex-dev/xy#how-it-works

[flagged]
Post reply on HN