https://m.opennet.dev/openforum/vsluhforumID3/89233.html Представлена (https://twitter.com/_nnnick/status/314049798502248448) новая JavaScript-библиотека Chart.js (http://www.chartjs.org/), позволяющая генерировать на стороне клиента визуально привлекательные графики и диаграммы с использованием средств HTML5 (canvas). Библиотека поддерживает создание 6 типов диаграмм (линейные графики, столбцы, кривые, круговые и радиальные диаграммы) и отличается небольшим размером (4.5 Кб в сжатом виде) и гибкостью в плане кастомизации отображения графиков. Поддерживается использование анимированных эффектов. Код открыт (https://github.com/nnnick/Chart.js) под лицензией MIT. <br><br><br>Интересно, что изначально код был опубликован 18 марта, после чего сайт был закрыт (https://news.ycombinator.com/item?id=5400004) из-за претензии о наличии интеллектуальной собственности со стороны работодателя разработчика бибилотеки. Теперь вопрос улажен и Chart.js вновь возвращён в открытый доступ, при этом лицензия была изменена на MIT.<br><br>&lt;center&gt;&lt;img src="http://www.opennet.ru/opennews/pics_base https://m.opennet.dev/openforum/vsluhforumID3/89233.html#27 Sat, 03 May 2014 18:17:49 GMT Гораздо менее функциональный, но легкий компонент для отрисовки графиков в реальном времени http://jsgadget.ru/jschart.html<br> https://m.opennet.dev/openforum/vsluhforumID3/89233.html#26 Sat, 23 Mar 2013 12:36:25 GMT &gt; http://d3js.org/ <br>&gt;&gt;&gt; f = open('sample.csv').readlines()<br>&gt;&gt;&gt; rv = json.dumps([[float(i) for i in k.split(',')] for k in f])<br>&gt;&gt;&gt; file_out.write(rv) https://m.opennet.dev/openforum/vsluhforumID3/89233.html#25 Sat, 23 Mar 2013 11:57:46 GMT http://d3js.org/<br> https://m.opennet.dev/openforum/vsluhforumID3/89233.html#24 Fri, 22 Mar 2013 17:42:58 GMT А вам не кажется, что это проблема реализации бэкэнда, а не фронтендной библиотеки?<br> https://m.opennet.dev/openforum/vsluhforumID3/89233.html#23 Fri, 22 Mar 2013 15:15:34 GMT Ну и как с етим нарисовать график из CSV данных?<br> https://m.opennet.dev/openforum/vsluhforumID3/89233.html#22 Fri, 22 Mar 2013 13:27:18 GMT Я имел ввиду естественно sample rate относительно того, что касается данных и refresh rate то что касается отрисовки графика..<br><br>И нет, график там не дорисовывается, а перерисовывается на каждом кадре. А когда приходят новые данные, тогда , эти данные добавляются в график а часть старых данных выкидывается (то есть по сути имеем очередь фиксированной длины куда суются данные).<br><br>Естественно поступление данные и перерисовка графика друг на друга не завязаны, то есть это дело асинхронно работает.<br> https://m.opennet.dev/openforum/vsluhforumID3/89233.html#21 Fri, 22 Mar 2013 13:04:05 GMT Понятно, в следующий раз выражайся яснее. Между "обновить график" и "дорисовать график" большая разница. Обновлять график, то есть замещать его полностью новым, чаще пары раз в секунду не нужно. <br> https://m.opennet.dev/openforum/vsluhforumID3/89233.html#20 Fri, 22 Mar 2013 01:35:38 GMT &gt; интереса ради - а где есть необходимость обновлять графики чаще чем 5 <br>&gt; раз в секунду?<br><br>Медицина. Отображение фотоплетизмограммы в реальном времени.<br> https://m.opennet.dev/openforum/vsluhforumID3/89233.html#19 Fri, 22 Mar 2013 01:34:53 GMT &gt; Ну просто если б я что-то подобное делал - то плевать с <br>&gt; какой скоростью летят данные, сам график перерисовывать больше тех же пяти <br>&gt; раз в секунду смысла нет - на него ж человеку смотреть. <br>&gt; Может и двух раз хватит, тут уже экспериментировать надо. Соответственно и <br>&gt; затраты ресурсов будут ну никак не пропорциональные количеству прилетевших данных.<br><br>Реалтайм отображение фотоплетизмограммы. Если слово не знакомо, то представь себе ЭКГ-монитор, вот примерно то же самое по внешнему виду и требованиям, но данные немного иначе получаются.<br><br>Вообще, в идеале, там нужно бы 60 кадров в секунду, чтобы не раздражало оператора. На экране одновременно отображается порядка 8 секунд данных.<br>