no support for native GUI?
What do you mean by this?
Show HN: XY – A Fast, composable, GPU-accelerated interactive plotting library
21–30 of 50 posts
Re: Show HN: XY – A Fast, composable, GPU-accelerated interactive plotting library
#22Re: Show HN: XY – A Fast, composable, GPU-accelerated interactive plotting library
#23Edit: 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
#24Re: Show HN: XY – A Fast, composable, GPU-accelerated interactive plotting library
#25how does this stack up to evilcharts? my main use case is mapping out data onto frontend, and there are a lot of great libraries out there
Re: Show HN: XY – A Fast, composable, GPU-accelerated interactive plotting library
#26Or 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
#27Re: Show HN: XY – A Fast, composable, GPU-accelerated interactive plotting library
#28Interesting 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?
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
#29I’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...
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
#30Interesting 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