Live data from Hacker News

Show HN: JavaScript Graphing Library Comparison

jsgraphs.com

51–60 of 117 posts

Re: Show HN: JavaScript Graphing Library Comparison

#52

I find it wildly perplexing that there are so many frameworks and libraries for javascript graphics and data visualization. Wikipedia has a comparison matrix of 37 different libraries. http://en.wikipedia.org/wiki/Comparison_of_JavaScript_charti... Here is a list describing briefly at least 50 libraries: http://techslides.com/50-javascript-charting-and-graphics-li...

Yet they have so few dealing with graph data structures.

Re: Show HN: JavaScript Graphing Library Comparison

#53
post #51

You might want to rephrase it to "Graph drawing" because there is the graph data structure and I thought that this link was about graphs. It might be just me but I can imagine people getting confused by the title.

Be careful not to waste money on buying a graphing calculator then.

Re: Show HN: JavaScript Graphing Library Comparison

#54
post #27

I always rely on Highcharts, probably the biggest library presented here. Fit all the case (except map maybe) and flexible enough to let you change everything if you or your designer want something very specific !

HighCharts is great, but it is prohibitively expensive for a startup to use in their product.

Re: Show HN: JavaScript Graphing Library Comparison

#55

I find it wildly perplexing that there are so many frameworks and libraries for javascript graphics and data visualization. Wikipedia has a comparison matrix of 37 different libraries. http://en.wikipedia.org/wiki/Comparison_of_JavaScript_charti... Here is a list describing briefly at least 50 libraries: http://techslides.com/50-javascript-charting-and-graphics-li...

Yeah, it is ridiculous. We need to develop one universal graphic and data visualization library that covers everyone's use cases.

Re: Show HN: JavaScript Graphing Library Comparison

#58
post #55

I find it wildly perplexing that there are so many frameworks and libraries for javascript graphics and data visualization. Wikipedia has a comparison matrix of 37 different libraries. http://en.wikipedia.org/wiki/Comparison_of_JavaScript_charti... Here is a list describing briefly at least 50 libraries: http://techslides.com/50-javascript-charting-and-graphics-li...

Yeah, it is ridiculous. We need to develop one universal graphic and data visualization library that covers everyone's use cases.

I get the sarcasm, but do you really need 37 friggin libraries to cover everyone's use cases in the relatively small field of JS graphing libraries?

Re: Show HN: JavaScript Graphing Library Comparison

#59

Interestingly enough, I had a problem with ChartJS that no one seemed to be able to remedy. It was quite bizarre and at first seemed to be a cross browser issue, but after further investigation it seemed to just be some type of strange cross-machine issue. See it here http://stackoverflow.com/questions/30063762/side-effects-fro... Given that, I had to do some hacky stuff upon every refresh. Instead of using destroy()…

hey nirkalimi, I'm one of the maintainers of Chart.js. I know of a previous issue where the behaviour you described occurred on devices with window.devicePixelRatio greater than 1. Your JS fiddle didn't reproduce on my machine and it appears to use v1.0.1 which was the version that fixed the bug with devicePixelRatio. Calling destroy() on the chart object should be enough to reset the canvas to it's original state. If you'd like, file an issue on github and I can have a more detailed look.

Re: Show HN: JavaScript Graphing Library Comparison

#60

31 libraries, zero for "Large Data Set". That tells you everything you need to know about Javascript/browser graphics for data science. A. The DOM cannot handle as many nodes as are needed for large datasets and/or B. even with Canvas/webgl etc the browser platform itself chokes on dataset sizes much bigger than 1/2 gig (ie, "small" data). So Javascript is fantastic for explanatory graphics, but forget about explorat…

Our JS lib (not listed here) outperforms best-of-class native. We basically connect your browser's GPU to a GPU cluster in the cloud, but the data analyst doesn't care. We focus on real-time interactions with big graphs (e.g., connecting to your spark cluster) and include intensive visual computations like real-time edge bundling. We previously applied the same techniques to big time series (horizon) and treemaps.

Happy to chat more if relevant. You can see a bit at graphistry.com .

Post reply on HN