[HN Gopher] A simple way to explore data through a Tableau-like ...
___________________________________________________________________
A simple way to explore data through a Tableau-like UI directly in
your data app
Author : loa_observer
Score : 81 points
Date : 2024-12-30 13:38 UTC (9 hours ago)
(HTM) web link (github.com)
(TXT) w3m dump (github.com)
| lamename wrote:
| Perhaps I've missed it but my number one request for these tools
| is to support time series data and analyses (or other data
| "structures" in general). The focus on beautiful visualization
| and easy graphical interfaces is great, but thinking outside the
| tabular box would be very helpful.
| wswope wrote:
| IME trying to use Tableau & kin for analysis, especially time-
| series work, is a case of holding the tool upside down: you can
| do it, but it's not the intended use-case and you're likely to
| wind up frustrated.
|
| The viz tools are just viz tools, and the real number crunching
| should ideally happen in SQL or a toolkit like
| Pandas/Polars/Spark/etc. - because they're designed to do those
| computations efficiently and have a well-established, battle-
| tested syntax for it.
|
| YMMV, but I strongly encourage you to try keeping everything
| before final presentation and rendering OUT of the viz layer
| next time you have a chance.
| sroerick wrote:
| Or you could take the "offshore Power BI asset" approach and
| compress as much program logic and transformation into the
| DAX and R layers as possible
| anakaine wrote:
| I moved us away from Tableau towards a Python based stack for
| processing, in-memory structures for queries on data relevant
| in our typical time windows, and on demand retrieval from
| cloud into the same data structures for historic data.
|
| We were trying to handle 200m data points per day into a SQL
| database when I joined, and then display via Tableau for time
| and location series slicing in what were particularly
| complicated workbooks. To say that it was a terrible approach
| is an understatement.
|
| Adding detailed geospatial and meteological data to the mix,
| matching with IoT sensor data, other ETL data from.dispatch
| systems, and many more has basically required some custom
| thinking to make it all work in an efficient manner.
|
| My personal bug bear is that I still want great looking easy
| configuration for front end display of analytics dashboards.
| It becomes far harder to achieve when you go sufficiently far
| down the rabbit hole. I'm currently leaning towards python
| driven dashboards since we can connect them to a REST api
| which will talk to our data structures and keep everything
| humming along.
|
| Note: not a single database in use here - though the
| timeseries sensor data could use one.
| mnky9800n wrote:
| What do you work on? And where? That all sounds super
| interesting.
| faizshah wrote:
| I believe this is just a wrapper around pygwalker, which is a
| nice project: https://github.com/Kanaries/pygwalker
|
| I really like the typescript graphic walker:
| https://github.com/Kanaries/graphic-walker
| rr808 wrote:
| Would be great to have something like this for Zeppelin notebooks
| or similar.
| sroerick wrote:
| Holoviz and Panels look interesting. Has anybody here used them
| successfully in their analysis workflows?
___________________________________________________________________
(page generated 2024-12-30 23:00 UTC)