Live data from Hacker News

Ask HN: What charts javascript library to use?

news.ycombinator.com

51–60 of 67 posts

Re: Ask HN: What charts javascript library to use?

#51
post #3

Flot is worth a shot. There may be a python library to generate is server side. When I looked into it, I kept going back and forth between javascript charts vs images. I ended up going with images because I didn't really need dynamic charts. There were also features missing from many. IIRC, Flot couldn't add a title to the x/y axis at the time I was looking at it.

I especially like the time series mode where flot assigns very meaningful time labels on the x axis when you zoom in and out. (based on unix timestamps * 1000, so easy to retrieve from a database)

You can load data from python quite easily using an jquery ajax call and json.dumps() in the view on the server side.

In general it surprises me how well the client side graph libraries scale if you load a lot of data into them.

Re: Ask HN: What charts javascript library to use?

#52
post #40

We use Flot currently, but we're looking at purchasing a license for Emprise. Specifically, they offer candlestick charts, which are difficult to find elsewhere, yet absolutely critical in expressing the volatility of series data. http://www.ejschart.com/ IMO, candlestick charts are way underutilized. Take application response time graphs for example. Most reporting suites rely on moving averages. If your application…

Protovis can do candlestick charts: http://vis.stanford.edu/protovis/ex/candlestick.html

I can't thank you enough for that link, so I'll just say it simply. Thank you!

Re: Ask HN: What charts javascript library to use?

#54
post #32

Have you checked out ZingChart? Transparency: I'm on the team. Zing renders both Flash and HTML5 Canvas charts. Compatible and customizable + interactive API. For your consideration: http://www.zingchart.com http://www.zingchart.com/flash-and-html5-canvas/ Shoot me questions at abegin@zingchart.com or http://www.twitter.com/zingchart (Andrew)

The pricing model leaves a little to be desired. If I build an app that others use, i have to contact you? Really?

Re: Ask HN: What charts javascript library to use?

#56
post #8

We use the Google Charts API - it's free and very good. But I haven't seen many others comment about it. Is there a problem with using that?

The only problem I've run into is an issue with URLs being too long when trying to chart large amounts of data.

Google Visualizations API is also very good and (I think) avoids the problem of sending data to Google, and if locally cached, shouldn't require access to Google servers. That said, if you're running an online app, you should have access to the Google Servers, especially if you're already using their copy of jQuery for performance reasons.

Re: Ask HN: What charts javascript library to use?

#58
post #50

I'm the author of Grafico, A Raphaël (js based SVG/VML) charting library with a focus on proper charts (per Stephen Few/Tufte) Check it out here: http://grafico.kilianvalkhof.com/ and this page has a lot of examples: http://grafico.kilianvalkhof.com/documentation/index.html It doesn't have pie charts, because pie charts are a tremendously bad way to visualise data. I have barcharts with negatives though :)

Thanks for sharing your library, I'll try it for a little project of mine.

Re: Ask HN: What charts javascript library to use?

#59
post #58
post #50

I'm the author of Grafico, A Raphaël (js based SVG/VML) charting library with a focus on proper charts (per Stephen Few/Tufte) Check it out here: http://grafico.kilianvalkhof.com/ and this page has a lot of examples: http://grafico.kilianvalkhof.com/documentation/index.html It doesn't have pie charts, because pie charts are a tremendously bad way to visualise data. I have barcharts with negatives though :)

Thanks for sharing your library, I'll try it for a little project of mine.

Cool, let me know how it works out! Feel free to e-mail me if you have any questions. (see my profile)

Re: Ask HN: What charts javascript library to use?

#60
post #56

Earlier quoted context omitted.

The only problem I've run into is an issue with URLs being too long when trying to chart large amounts of data.

Google Visualizations API is also very good and (I think) avoids the problem of sending data to Google, and if locally cached, shouldn't require access to Google servers. That said, if you're running an online app, you should have access to the Google Servers, especially if you're already using their copy of jQuery for performance reasons.

Most of the visualizations don't send any data to Google. It tells you on the bottom of the page for each chart type under Data Policy, eg http://code.google.com/apis/visualization/documentation/gall...
Post reply on HN