Chartnado layers on top of chartkick
and chartkick-remote
allowing basic vector-style operations directly on to make it easy to feed them into charts. It also provides some useful defaults and the ability to show totals on pie and stacked area charts when using google charts.
Usage
In your controller, add the following to tell the controller to respond to json requests for chart data:
include Chartnado
Then in your views, you can write an expression to show the average tasks completed per today relative to total tasks like this:
<%= line_chart { Task.group_by_day(:completed_at).count / Task.count } %>
See the demo of chartkick-remote and Chartnado at http://chartkick-remote-demo.heroku.com.
Totals
By default chartnado adds totals to pie and stacked area charts using some hacky settings for google charts. To get the total to appear, you need to use the chartnado version of the chartkick javascript called chartkick-chartnado.js
instead of chartkick.js
. If you are including the javascript in sprockets manifest file, this:
//= require chartkick
should be replaced by this:
//= require chartkick-chartnado
Supported Vector Operations on Series
Chartnado supports the following operations on series/multiple-series data:
- Single/Multiple-Series * Scalar
- Single/Multiple-Series / Scalar
- Single/Multiple-Series / Single Series
- Single Series / Single Series
- Multiple-Series / Single Series
- Multiple-Series / Multiple Series
- Single/Multiple-Series + Scalar
A "Series" is a hash of values (i.e. { 2 => 4, 3 => 9 }
). A "Multiple-Series" can either be specified in two ways:
-
With the series identifier as the first element in each array that forms the key, as in:
{['series a', 0] => 1}, ['series b', 0] => 2}
-
With the series identifier as the first element in an array of single series, as in:
[['series a', {0 => 1}], ['series b', {0 => 2}]]
All series in an operation must use the same format.
Remote Requests
By default requests for data in blocks, will be fetched remotely, unless remote: false
is passed as an option to chartkick_remote. Using this methodology, it's easy to write a page that makes many, many json requests, which may swamp your server and possibly even time out if you have a global timeout
value set for your ajax requests. @maccman's jquery.ajax.queue.coffee script provides a basic queueing transport layer for ajax requests which I've modified to provide an option to set the maximum number of requests that can be made in parallel (see https://gist.github.com/ashanbrown/1ad9ab33971b64fe6fef). This is provided as an asset as part of chartkick-remote and you can include it in your javascript manifest like this:
//= require jquery.ajax.queue-concurrent
Chartnado extends chartkick to accept an ajaxOptions hash, which can be passed via chartkick_remote, which means you can then specify the maximum number of allowable requests globally for your page as follows:
chartkick_remote ajaxOptions: {queue: true, queueMaxConcurrency: 2}
Chartnado::SeriesHelper
Chartnado also offers direct access to the helpers that implement the above operators.
- series_product
- series_ratio
- series_sum
To include these, just add:
include Chartnado::Series
group_by
While you can use ActiveRequest::Query.group to group results, you may find it useful to (a) make the grouping the first key, and (b) aggregate/rename groups. group_by
provides this ability as follows:
group_by('owners.id', Task.group_by_day(:completed_at)) { count }
You can call it as:
group_by(<expression>, scope, optional_label_block, &eval_block)
where block calls the aggregating function you want applied to scope and optional_label_block is passed each key and data, so you can change the key (and even the data if you like). The result for hash entries with identical keys is summed. The label block is expected to return a 2-element array, where the first element is the key and the second element is the data.
To include these, just add:
include Chartnado::GroupBy
Defining series
It may be useful to define series/multiple-series inside your code so that it can be shared in multiple views. Chartnado provides the define_series
and define_multiple_series
class methods to aid in adding shared series in your helpers.
# for a single series
define_series(:my_series) { { 0 => 1 } / 2 }`
# for multiple series
define_multiple_series(
my_first_series: -> { { 0 => 1 } / 2 }
my_second_series: -> { { 0 => 1 } / 2 }
)
To include these methods in a view helper, just add the following to the helper:
`include Chartnado::Helpers::SeriesHelpers
Wrapping the chart renderer
You can wrap the chart rendering method in your controller if you want finer control over the rendering process, such as wrapping the chartkick output in a partial. To do this, include something like the following in your controller:
chartnado_wrapper :custom_renderer
def custom_renderer(*args, **options, &block)
title = options[:title]
render 'my-chart-partial', title: title, &block
end