Sounds a bit like the “baked data” pattern. Which I think is a really good idea. I have long been toying with how to use Datasette to make a deliverable dashboard, so this is interesting.
Me too, and that lead to developing the « datasette-dashboards » plugin[0]. I use this for my company where all the data is gathered by connectors scheduled in CI, storing data in Git, and triggering a SQLite db build and Datasette deployment. « BI as Code » if you will [0] https://github.com/rclement/datasette-dashboards
Observable 2.0, a static site generator for data apps
51–60 of 157 posts
Re: Observable 2.0, a static site generator for data apps
#52Earlier quoted context omitted.
This seems nice and the plots look great, but I have a hard time imagining switching to Observable from Plotly since there doesn't seem to be a way to make any plots interactive. By which I mean Zoom and Pan. The nearest point high light feature is nice, but what if I want to zoom in? None of the examples here seem to be able to do that and quick google search doesn't make it seem like that's straight forward. That's…
We’re working on zooming and panning for Observable Plot ( https://github.com/observablehq/plot/pull/1738 ) and other interactions such as brushing ( https://github.com/observablehq/plot/pull/721 ) — all of this is already possible, we just haven’t packaged it up in a convenient way yet ( https://github.com/observablehq/plot/pull/1871 ). And as skybrian pointed out, you can also get interactivity “for free” with Obse…
Re: Observable 2.0, a static site generator for data apps
#53Re: Observable 2.0, a static site generator for data apps
#54Hey, HN. We’re thrilled to release Observable Framework today — a new open-source tool for developing data apps. I highly recommend viewing this example report adapted from our internal dashboard analyzing web logs: https://observablehq.com/framework/examples/api/ This technique of “just plot everything” (7.6M requests as a scatterplot) has revealed surprising insights we’ve used to optimize our servers and better co…
Is the new Framework going to support virtualized data access for data sets too large to be sent over network (think of a pivot table that allows to browse huge data warehouse) - it is impossible to prepare entire file upfront, so data queries must happen incrementally with users actions? Or is it completely the other direction from where your vision for Framework is?
Re: Observable 2.0, a static site generator for data apps
#55Hey, HN. We’re thrilled to release Observable Framework today — a new open-source tool for developing data apps. I highly recommend viewing this example report adapted from our internal dashboard analyzing web logs: https://observablehq.com/framework/examples/api/ This technique of “just plot everything” (7.6M requests as a scatterplot) has revealed surprising insights we’ve used to optimize our servers and better co…
Time to call it quits for https://www.jigdev.com :-D
Godspeed Observable, hope you guys make it big
Re: Observable 2.0, a static site generator for data apps
#56Hey, HN. We’re thrilled to release Observable Framework today — a new open-source tool for developing data apps. I highly recommend viewing this example report adapted from our internal dashboard analyzing web logs: https://observablehq.com/framework/examples/api/ This technique of “just plot everything” (7.6M requests as a scatterplot) has revealed surprising insights we’ve used to optimize our servers and better co…
Thank you Mike for pushing the visualisation envelope for so many years. Is the new Framework going to support virtualized data access for data sets too large to be sent over network (think of a pivot table that allows to browse huge data warehouse) - it is impossible to prepare entire file upfront, so data queries must happen incrementally with users actions? Or is it completely the other direction from where your v…
But the general idea is to not send everything the client — to be more deliberate and restrictive in what you send, and also what you show. So you probably shouldn’t use this for a general-purpose pivot table that’s trying to show “everything” in your data warehouse and enable ad hoc exploration. You’d instead design more specific, opinionated views, and then craft corresponding data loaders that generate specific pre-aggregated datasets.
Re: Observable 2.0, a static site generator for data apps
#57There's an almost bewildering amount of interesting ideas buried in this. Things like data loaders which are ANY script that can output data (as JSON or something else) to standard output. Markdown files with ```js blocks in that get executed. The reinvention of the core Observable notebook to avoid custom syntax. This is really big.
Re: Observable 2.0, a static site generator for data apps
#58Earlier quoted context omitted.
We’re working on zooming and panning for Observable Plot ( https://github.com/observablehq/plot/pull/1738 ) and other interactions such as brushing ( https://github.com/observablehq/plot/pull/721 ) — all of this is already possible, we just haven’t packaged it up in a convenient way yet ( https://github.com/observablehq/plot/pull/1871 ). And as skybrian pointed out, you can also get interactivity “for free” with Obse…
I also love how Observable Plot looks, but agree with top poster, the things that keep me from switching are: - Python wrapper - Out of the box interactivity
Re: Observable 2.0, a static site generator for data apps
#59Re: Observable 2.0, a static site generator for data apps
#60I appreciate the nod to "File over app"[1] in the announcement. It's so cool that a Markdown file with code blocks can be the source for complex data visualizations and dashboards. Interoperability of this kind makes me giddy. I played around with editing an Observable site from Obsidian and it works great[2]. [1]: https://stephango.com/file-over-app [2]: https://twitter.com/kepano/status/1758202572446581025