A Tiny Grammar of Graphics

Re:A Tiny Grammar of Graphics by lo5 on Wednesday June 15, 2022 @01:00PM (#31755883)

Yes. Tableau would have to separate rendering from data select/filter/aggregation, especially because integrating with customer databases live is a key use case. Hence the built-in buffet of connectors/drivers.

It looks like with later versions they switched to kind of a hybrid approach (part-remote, part-local) with Hyper to reduce latency for interactivity.

> there is no sharing of the underlying data set for multiple projections across the same large data set

But that would require some kind of open standard for portability, no?

[ Parent | on HN ]

Re:A Tiny Grammar of Graphics by infinite8s on Wednesday June 15, 2022 @04:05PM (#31758719)

>But that would require some kind of open standard for portability, no?

I like the approach AGGrid uses - they provide a viewport based interface that the grid uses to display data, and you can implement that interface on top of your data model - https://www.ag-grid.com/javascript-data-grid/viewport/. Unfortunately it's only available in their enterprise version, but this approach scales to both grid and chart based UIs. D3 has a bit of that flavor as well, since you can map visual attributes into your underlying data any way you'd like.

[ Parent | on HN ]

Re:A Tiny Grammar of Graphics by lo5 on Thursday June 16, 2022 @12:11PM (#31767721)

I was assuming you were referring to a declarative approach in your previous message.

The Ag Grid approach makes sense if data and vis need to be wired together programmatically.

[ Parent | on HN ]