Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Apache ECharts

echarts.apache.org

Post reply on HN
Print view View original

121–130 of 263 posts

Re: Apache ECharts

#121

Post by mkl »

jwilber wrote: post #76
infecto wrote: post #70

Earlier quoted context omitted.

I refuse to use it out of principle that they have intertwined it with observable. All the modern docs for d3 assume you are using observable. So unless you are relying entirely on AI it’s now even harder to grok the documentation. Not sure why this is so contentious. You can search online how many others this impacted as well. All of the modern examples for d3 were rebaked into the observable notebook pattern and it…

This is a very bizarre take. If you want to just blindly copy and paste d3 code, you may have issues with the docs being hosted on observable. But absolutely zero part of the d3 api (or core design patterns of use) have anything to do with observable. It’s like saying, “I refuse to use PyTorch because their docs are built with mkdocs.” Moreover, even if the coupling were limiting (which, again, it is not), it’s odd t…

> it’s odd to attack observable since everything they put out is fully open-source

Really? They've finally open-sourced the notebook editor? I can't find it on their GitHub. The long-proprietary notebook editor is a big part of people's objections to Observable.

Re: Apache ECharts

#122

Post by kowlo »

abirch wrote: post #55
rorylaitila wrote: post #47

ECharts is in my opinion the best out there. It surprisingly doesn't come up in a lot of lists or search for charting libraries. I've tried them all: chart.js, google charts, amCharts, Highcharts, ApexCharts. We use it in our tool/library https://docs.chartsql.com/

What about D3js? I know that D3js is low level, but with AI it's pretty easy.

Not touching D3.js since Observable.

Re: Apache ECharts

#123

Post by mceoin »

pmarreck wrote: post #103
mceoin wrote: post #97

We [1] just added to ECharts as a charting library for our AI and are switching the default GUI charts over to it as well. We did a pretty extensive review before selecting it. ECharts won because it's excellent, and very pretty. 1. https://sourcetable.com

Your product looks great. Do you have an open-source or self-hosted version for companies with strict security requirements?

Not presently. We'll do an enterprise push at a later date.

Re: Apache ECharts

#124

Post by gerash »

what's the best way to use a JS visualization library like this while using python for data extraction / manipulation in a notebook format (eg. Jupyter notebook, Google Colab, etc.) ?

Re: Apache ECharts

#125

Post by kowlo »

infecto wrote: post #70
abirch wrote: post #55

Earlier quoted context omitted.

What about D3js? I know that D3js is low level, but with AI it's pretty easy.

I refuse to use it out of principle that they have intertwined it with observable. All the modern docs for d3 assume you are using observable. So unless you are relying entirely on AI it’s now even harder to grok the documentation. Not sure why this is so contentious. You can search online how many others this impacted as well. All of the modern examples for d3 were rebaked into the observable notebook pattern and it…

It's a shame - and I'm not sure why they did it other than to use D3.js' popularity promote Observable.

Re: Apache ECharts

#126

Post by kowlo »

jwilber wrote: post #107
infecto wrote: post #80

Earlier quoted context omitted.

Look, it’s not “bizarre” to point out that Observable has deeply shaped the modern D3 ecosystem. The issue isn’t that the D3 API has changed, it’s that a huge number of learning resources, examples, and docs have been rebaked into Observable’s reactive notebook style, which, for people not using Observable, adds a ton of indirection and mental overhead. You might not notice it if you already know D3 inside and out, b…

"You can use as many italics as you want but I don’t think it’s a wildly bold claim and your counter example is simply silly." I don't understand the relevance of any of this, but I think I've done a fair job outlining my points above. Let me give my best summary: the execution environment used by a library's (example) documentation is independent from learning the API of the library itself. I agree that newcomers to…

> you can always just take an observable notebook and ask AI to convert it to a set of vanilla files for you.

D3.js docs used to be fine. Now you need to "ask AI" to untangle them?

Re: Apache ECharts

#128

Post by wlkr »

simlevesque wrote: post #46
wlkr wrote: post #7

Earlier quoted context omitted.

Funny seeing this here with your comment, as I was exploring using ECharts for a project recently to work exactly with HTMX from a Clojure backend. I eventually settled on Chart.js as I found that for my use case, I wanted the charts to more easily fit their dynamically sized container, which isn’t quite as simple with ECharts and Vega. I also didn't need particularly complex plots. Nevertheless, this is a nice proje…

Did you look at charts.css ? https://chartscss.org/

This looks great, thanks! I didn't come across this this in my search but I'll definitely try it out.

Re: Apache ECharts

#129

Post by boomskats »

infecto wrote: post #108
jwilber wrote: post #107

Earlier quoted context omitted.

"You can use as many italics as you want but I don’t think it’s a wildly bold claim and your counter example is simply silly." I don't understand the relevance of any of this, but I think I've done a fair job outlining my points above. Let me give my best summary: the execution environment used by a library's (example) documentation is independent from learning the API of the library itself. I agree that newcomers to…

Appreciate the lengthy response, but I want to clarify a few things since I think my original point keeps getting mischaracterized. First, the italics. You opened with “This is a very bizarre take”—emphasis on very—which, whether you intended it or not, sets a smug tone. It’s the kind of rhetorical move that shuts down discussion before it starts. I’m not saying this to nitpick style, but to point out how quickly thi…

Entirely unrelated, but I've not heard anyone describe it as `outsourcing understanding` until now. That's a great phrase.
Post reply on HN