Logo

250671243
Statements

1172682
Actors

20714
Activities

6
LRSs

Back to TOC

User Manual

Custom Dashboards, Graphs and Analytics Processors

Veracity Learning offers several ways to generate custom dashboards. At the most basic level, you can place widgets (graphs or tables) on a dashboard page. Each widget is customizable with a set of options like what actor, what object or what verb to use. Beyond that, we offer a set of highly flexible widgets that can be used to build custom bar, pie and line charts. These widgets include a point and click interface to build many common queries. We also offer a fully customizable Aggregation widget, which uses the same query language as our aggregation endpoint. This widget allows you to build very sophisticated analyses and pair them with a huge variety of graphic options.

For onsite, enterprise customers, your server can be customized with additional widgets through an easy to use API.

Table of Contents

Custom Dashboards

The most basic way to get additional insight into your data is to use our custom dashboard feature. Each custom dashboard can have a set of configurable widgets on it, each of which shows a graph or table.

To Create a Custom Dashboard

Start by loading the analytics page for your LRS. Do this by clicking the "Analytics" button on the left side menu.

Then open up the "Custom Dashboards" menu item on left, and find "New Dashboard".

This will create a new custom dashboard with the default title "Custom Reports". From here you can add widgets, configure widgets, and set the title. Click the "Edit Dashboard" button.

Add a widget.

You'll now see a popup with a list of widget types you can select. See below for a description of all the various widgets available. Choose a widget from the list by clicking on it.

When you select a widget, one will be added to the dashboard. The layout engine will choose a location and size for the widget, and you can edit these later. If the widget expects configuration, its configuration dialog will appear.

Widgets can be removed, moved and sized, and configured with the menu on the top right. These options are only visible when the dashboard is in "edit" mode. Click the "Edit Widget" icon to launch each widgets' configuration dialog. You can move the widget by clicking the top center movement icons, and resize it by clicking and dragging the corners. The layout engine will move other widgets around as necessary.

Every widget exposes a set of parameters that can modify how the widget works. Generally, widgets expose properties to help scope their graph to a particular actor, object or verb. Many also allow you to override the global time range.

You must click "Ok" to save the parameters. Use the grey "X" in the upper right to discard the changes. You might find that your parameters result in an empty graph. This simply means that there is not enough data to display a chart. Note that when you exit edit mode, widgets without enough data to display will be hidden completely.

You can set the title of the dashboard with the "Set Title" button. Click "Ok" to save the title.

All custom dashboards will be shown on the list in the left hand menu. Anyone with analytics permissions on the LRS can view these dashboards.

The Chart Builder

The chart builder widget type replaces the older "generic bar chart", "generic pie chart", and "generic timeseries chart" widgets. It presents a much more flexible and user friendly interface for building split or multi-series bar, pie and serial charts.

The chart builder interface is divided into 4 major sections. On the left is the series editor. This is where you'll make all your configuration changes. Top right is the render preview. Bottom right you'll find both the full data return by the analysis, and the computed query Veracity Query Language (VQL). You can use the VQL in a variety of places to reproduce this graph.

The render preview will update automatically as you make changes to the chart.

A chart can have either one series, which can be optionally "split", or multiple series. You cannot split a series if you have multiple, and you cannot add a second series if you've enabled a split.

An explanation of series options when in Chart Type is Pie or Bar:

  • Series Title - this is a title for each series. In a multiseries chart, the legend will use this title to label the bars or lines.
  • "Make a column for each unique value of" - This allows you to specify a path into an xAPI statement. The chart builder will generate one column or pie slice for each unique value found on this path
  • "Set the height (or width) of the (column or slice) to" - this selects a metric setting the value of the bar or pie slice. Be default, the value is the count of the statements that have the given unique value (see above). You can change this to a metric aggregation such as the sum, the average, min or max value across some field.
  • "Of the values at" - when the value of the bar or slice is not the count, you can tell the system what values to include when taking the min, max, avg or sum. Supply a path into an xAPI statement that selects a number
  • "Sort By" - By default, you'll get the top 10 columns or slices by the count of statements that have the unique value on the supplied path. Even if the value of the bars is some metric, you'll still sort by the count by default. If the sort is not set (or is either count descending or ascending), then you're showing something like "the average score of the 10 most(or least) common actors." Set the sort order to "Metric ascending" or "Metric descending" to show the actors with the 10 lowest or highest average score. Notice that these may not be the the most frequently seen actors.
  • "How many columns to show" - the number of columns or slices to compute.
  • "Matching statements where" - this allows you to filter the dataset based on any path and value.

The below graphic show the configuration to find the top 10 most frequently seen actors across all data (within the globally selected time range)

This graphic shows the same actors, but makes the value of the bar the average of each actors scaled score

Now, we change the sort order to "Metric Descending" to select the 10 actors with the highest average score

This graph adds a filter, so we're seeing the top scoring actors on only the Data Analysis course

Splitting Series

You can subdivide each bar or pie based on the uniqueness of some other filed. Click "Split Series" at the bottom to do so. When you add a series split, you'll see these values in the series portion of the UI

This chart shows a bar chart of the most frequent actors, split by the object.

Split Series

Split Series charts don't take into account the metric of the original series. Instead, the value of the bar is the sum of all its split sections. You can configure the metric for each bar section or pie section just like you would for the original series.

A split series pie renders as a "sunburst" chart.

Multi Series

You can plot 2 different series side by side along the x axis. The rendering engine will attempt to group the bars by common values on the X axis. If you don't select a query that generates the same x values for both series, each entire chart will appear in order on the X axis.

Here's a chart showing the standard deviation vs. the average score.

This chart plots actors in one series and courses in the second. We end up with 2 different charts side by side on the x.

A multi series pie chart is a strange and useless thing.


An explanation of series options when in Chart Type is Time Series:

  • Series Title - this is a title for each series. In a multiseries chart, the legend will use this title to label the lines.
  • "The field representing the time value is" - Choose a path in a statement to a time value. This is usually either "timestamp" or "stored", but could be some extension value
  • "Set the value of the line at each time to " - this selects a metric setting the value of the bar or pie slice. Be default, the value is the count of the statements that fall on the given day. You can change this to a metric aggregation such as the sum, the average, min or max value across some field.
  • "Of the values at" - when the value of the bar or slice is not the count, you can tell the system what values to include when taking the min, max, avg or sum. Supply a path into an xAPI statement that selects a number
  • "Sort By" - Time series charts are always sorted by date, so this has no effect
  • "Matching statements where" - this allows you to filter the dataset based on any path and value.

Show the total count of statements over time

Show the average score for a course over time

Split Time Series

A time series chart can be split just like a pie or bar. Note that not every line will extend to the bound of the graph, and not every split value has data at every time. Here, we split the above graph by actor.id. Because the split metric is count, we see the relative traffic over time on this course for the top 10 actors.

Multi Time Series

A multi time series will simply plot 2 different lines over each other on the X axis. The series title will be used to label the lines. Here's an example showing the relative traffic over time on 2 different courses.

The List Builder

The list builder allows you to present information in a scrollable list widget. Each list entry has a title, a subtitle, and an icon. You can use javaScript template expression to map the computed values onto a text display.

The list builder works almost exactly like the Chart Builder, but with a different graphical rendering. Please see the documentaiton on the Chart Builder for information on how to filter and sort data, or compute metrics.

Unlike the the Chart Builder, the List Builder has no notion of multi or split series. Additionally, the Chart Builder uses a javaScript notation for setting the title and subtitle. You can use the symbol "${value.(...)}" to select some portion of the data.

Here's a handy list of values

  • ${value._id} - This is the value of the field selected in the "Make an entry for each unique value of" part of the configuration
  • ${value.canonical.display} - Where the value at the _id is the URI of an Actor, Activity or Verb, value.canonical will automatically be populated with the canonical representation of the object. value.canonical.display always returns the best available display name for the object. In general, it's best to make lists over the IDs of things, and use the canonical value for display. The prevents a change in a course title or actor name from being counted as a new course or actor. The Chart renderer does this for you automatically, but you'll need to let us know using the javaScript syntax in the List Builder.
  • ${value.metric} - the computed metric value
  • ${value.count} - the number of statements that matched the unique value of the list entry

The Notice Builder

The notice builder is nearly exactly like the list builder, except it presents either the first or last list entry as a large centered title.

The below section is deprecated!

All Widgets

The following widgets are available to be placed on a custom dashboard. If you have an onsite enterprise installation, your custom Analytic Processors will be listed as widgets along with the built in options.

  • score over time

    A line chart showing activity for a given object. Allow selection of the object, verb type, and time span. Can be limited to an actor or activity.

  • activity by authority

    A pie chart showing the proportion of statements from each Authority. The Authority is used to identify the source of a statement, and is usually (but not always) associated with an access key.

  • top objects by verb

    A bar chart of the top objects for a given verb. Can be limited to an actor or activity.

  • activity over time

    A line chart showing activity for a given object. Allow selection of the object, verb type, and time span. Can be limited to an actor, activity, verb or combination.

  • most active actors

    A stacked bar chart of most active actors, stacked by verb type. Can be limited to a specific Activity.

  • recently active objects

    A pie chart showing the most active objects. When pie pieces are clicked it will drill down into the object overview dashboard. Can be limited to a specific actor.

  • verb type

    A bar chart showing the relative frequency of verbs. Can be limited to a single actor, activity, or combination of each.

  • activity overview

    A table with general stats about this activity.

  • agent overview

    A table with general stats about an actor.

  • event table

    A table of statements. You can choose which actor, verb, or object.

  • generic bar graph

    A highly customizable generic bar chart.

  • generic pie chart

    A highly customizable generic pie chart.

  • aggregation pipeline

    A highly customizable generic bar chart.

  • generic time series graph

    A highly customizable generic time series chart. Groups by timestamps, with a value you can specify.

  • context activity over time

    A line chart showing activity for a given context object. Allows selection of the object, verb type, and time span.

  • statement viewer

    A generic statement viewer. No configuration other than date, but allows client-side searching and filtering.

Custom Bar, Pie and Serial Charts

Veracity Learning LRS exposes a highly customizable set of widgets that can build a huge variety of charts. These are the Generic Pie, Generic Bar and Generic Serial charts. Each exposes a query builder that will help you build complex queries.

In general, each works the same way, but renders the results differently. Let's look at the parameters for a generic bar chart.

These three widgets all work on the same principle. Filter all the xAPI statements into a smaller set, then group them into buckets by some criteria. For each bucket, we can compute the min, max, average or standard deviation for different parts of the statement.

Clicking the dropdown in "MatchFilter" will give you a list of fields from the xAPI statement specification.

In this case, we've selected the Object.id value. Clicking in Match Value will list the top hits for this value. In this case, the courses listed are the most requested object ids used in xAPI statements. You can also type words into the box to search.

The grouping key works the same way - we are selecting which part of the statement will be used to group the statements. In the example below, we create groups by the verb.id. So, wherever the verb.id is the same, we create another bar in the bar chart.

The grouping operator tells us what metric to compute. The sum, average, or deviation?

The group operator value tells Veracity Learning LRS where to get the values. Choosing a grouping operator of "sum" and a grouping operator value of "1" means "Count the statements that went into each group."

So, the setup below gives us a bar chart of the total statements for each verb where the object.id is "http://asu.edu/courses/an"


The setup below would create a bar chart showing the average score of all statements on each object where the actor name is "Jonathan Mendez". Each bar will represent one object.id, and the height of the bar will be the average score for that actor on that object.

Extensions in Generic Graphs

For most common scenarios, we've created specific widgets, so you don't have to create your own custom query for most cases. However, the generic graphs are the only way to generate charts over xAPI Extensions.

You can use a special syntax to ask the chart to use an extension. Instead of choosing from the list, you can type statement.context.extensionname.

You must add the statement. prefix to the path name to let the system know you wish to select an extension. The xAPI specification allows for several extension points

  • statement.object.definition.extensions
  • statement.result.extensions
  • statement.context.extensions

In the future, you'll be able to use a similar syntax to access statement metadata, like the IP address, session identifier, or even the HTTP headers.

Complex Queries in Generic Graphs

You can even add complex conditions to the Match Value. If you provide a JSON string, it will be used as the match value. This JSON can use the MongoDB query language query language to specify conditions.

Here, I've added a "less than" operator to the scaled score query.

You can even use top level logical operators like "$and", "$or" or "$not". In the image below, I've pasted the following into the Match Value box

   [
       {statement.result.score.scaled: {$gt:.3} },
       {statement.result.score.scaled: {$lt:.9} }
   ]


This selects statements where the score is greater than .3 or less than .9.

If this is still not flexible enough for your needs, read on to the next section.

Custom Aggregations on a Dashboard

The most flexible, generic and powerful tool available (without writing a plugin widget in the enterprise version) is the Aggregation Widget. This tool marries up the aggregation query API with the charting and dashboard system.

You can input an entire aggregation pipeline algorithm, and map it to a graph. This tool also exposes the full configuration for the graphing system, so you can change colors, borders, orientation, or even use other graph types like a funnel chart, candlestick chart, or even a world map.

Check out AmCharts for full documentation on the possibilities.

When you open the setup for the aggregation pipeline widget, you'll find 2 large text boxes - one for the aggregation pipeline query, and one for the graph configuration.
In the top box, you can input an aggregation pipeline in the JSON format. Read here for the format and syntax you can use here.


Here is a query that is set up to build a bar chart of the count of verbs. This pipeline is quite similar to the queries in the Generic Bar Chart section, but could be much, much more complicated. Here's what is rendered from this configuration.

For reference, the query is the same as on the aggregation documentation page:

[
    {    
        $match:{
            $and:[
                {statement.timestamp :{ $lt: { $parseDate:{date:"Tue Mar 27 2019 16:25:40 GMT-0400 (Eastern Daylight Time)"}}}},
                {statement.timestamp :{ $gt: { $parseDate:{date:"Tue Mar 20 2017 16:25:40 GMT-0400 (Eastern Daylight Time)"}}}},
            ]
        }
    },
    {
        $group:{
            _id:"$statement.verb.id",
            count:{$sum:1}
        }
    }
]

Note that we use a relaxed JSON parser. You don't need to add quotes around every property name. You can also use the $parseDate, $parseRegex and $parseNum operators to input dates and regular expressions.

The second box is JSON to configure the graphic display. Veracity Learning LRS includes some common configurations that you can call on by including a "constructor" field.

{
    constructor:{
        type:"BarChart",
        params:["_id","count"]
    }
}

This Graph Configuration initializes a common template: a bar chart where "_id" is the name of the bar, and "count" is the value. Here are some other common templates you can load using the same technique

  • A bar chart where the bar title is the _id property from each result from the pipeline, and the height of the bar is the value of the "count" field.
{
    constructor:{
        type:"BarChart",
        params:["_id","count"]
    }
}
  • A pie chart where the pie slice title is the _id property from each result from the pipeline, and the size of the slice is the value of the "count" field.
{
    constructor:{
        type:"PieChart",
        params:["_id","count"]
    }
}
  • A serial chart where the X axis is the value from the field "date" from each result from the pipeline, and the height of the line is is the value of the "value" field.
{
    constructor:{
        type:"SerialChart",
        params:["date","value"]
    }
}
  • A table where the columns are the values from the fields "name","title","time","count".
{
    constructor:{
        type:"Table",
        params:["name","title","time","count"]
    }
}

Other than the Table, each configuration object represents a JSON chart config from the AmCharts library. Other properties will be merged into the configuration generated by the constructor.

The above configuration removes the legend.

This example shows how you can change graph rendering properties.

{
    constructor:{
        type:"PieChart",
        params:["_id","count"]
    },
    legend:{
       disabled:true
    },
    series: [ 
        {
            slices:{
                fillOpacity:0,
                strokeWidth: 3,
                strokeOpacity: 1
            }
        }
    ]
}


You can also set colors by providing a list.

{
    constructor:{
        type:"PieChart",
        params:["_id","count"]
    },
    legend:{
       disabled:true
    },
    series: [ 
        {
            colors:{ list: ["#000070","#000090","#0000C0","#0000E0","#0000E0","#0000E0","#0000E0","#0000ED"] },
            slices:{
                fillOpacity:1,
                strokeWidth: 5,
                strokeOpacity: 1,
                stroke:"#000000",  
            }
        }
    ]
}

The constructor type set up the data series for you. You can generate multi-part graphs by overriding the data series we generate. You can generate multi series graphs like the one below. Here, we add a second data series. I'm not going to show it, but we added a second field to each computed slice.

{
    constructor:{
        type:"PieChart",
        params:["_id","count"]
    },
    legend:{
       disabled:true
    },
    series: [ 
        {
            innerRadius:"30%",
            outerRadius:"60%"
        },
        {
            dataFields: { value: 'avgScore', category: '_id' },
            innerRadius:"61%",
            outerRadius:"100%"
        }
        
    ]
}

As you can see, you can create a vast array of different graphs with the Aggregation Pipeline Widget. Again, here are some references for the various JSON formats used:

Love this feature, but wish you could reuse each pipeline multiple times, with parameterized inputs? Read on to find out how to create totally custom widgets with Javascript and our analytics plugin features.