A
radar chart — also commonly called a spider chart — is yet another way
to visualize data and make connections. Radar charts are inherently
geometric, making them both a perfect fit and fun to make with CSS,
thanks to the polygon()
function. Read along as Preethi Sam
demonstrates the process and sprinkles it with a pinch of JavaScript to
make a handy, reusable component.
I got to work with a new type of chart for data visualization called a radar chart when a project asked for it. It was new to me, but the idea is that there is a circular, two-dimensional circle with plots going around the chart. Rather than simple X and Y axes, each plot on a radar chart is its own axis, marking a spot between the outer edge of the circle and the very center of it. The plots represent some sort of category, and when connecting them together, they are like vertices that form shapes to help see the relationship of category values, not totally unlike the vectors in an SVG.
Sometimes, the radar chart is called a spider chart, and it’s easy to see why. The axes that flow outward intersect with the connected plots and form a web-like appearance. So, if your Spidey senses were tingling at first glance, you know why.
You already know where we’re going with this: We’re going to build a radar chart together! We’ll work from scratch with nothing but HTML, CSS, and JavaScript. But before we go there, it’s worth noting a couple of things about radar charts.
First, you don’t have to build them from scratch. Chart.js and D3.js are readily available with convenient approaches that greatly simplify the process. Seeing as I needed just one chart for the project, I decided against using a library and took on the challenge of making it myself. I learned something new, and hopefully, you do as well!
Second, there are caveats to using radar charts for data visualization. While they are indeed effective, they can also be difficult to read when multiple series stack up. The relationships between plots are not nearly as decipherable as, say, bar charts. The order of the categories around the circle affects the overall shape, and the scale between series has to be consistent for drawing conclusions.
That all said, let’s dive in and get our hands sticky with data plots.
The Components #
The
thing I like immediately about radar charts is that they are inherently
geometrical. Connecting plots produces a series of angles that form
polygon shapes. The sides are straight lines. And CSS is absolutely
wonderful for working with polygons given that we have the CSS polygon()
function for drawing them by declaring as many points as we need in the function’s arguments.
We will start with a pentagonal-shaped chart with five data categories.
There are three components we need to establish in HTML before we work on styling. Those would be:
- Grids: These provide the axes over which the diagrams are drawn. It’s the spider web of the bunch.
- Graphs: These are the polygons we draw with the coordinates of each data plot before coloring them in.
- Labels: The text that identifies the categories along the graphs’ axes.
Here’s how I decided to stub that out in HTML:
I’m sure you can read the markup and see what’s going on, but we’ve got three parent elements (.wrapper
) that each holds one of the main components. The first parent contains the .grids
, the second parent contains the .graphs
, and the third parent contains the .labels
.
Base Styles #
We’ll start by setting up a few color variables we can use to fill things in as we go:
Our next order of business is to establish the layout. CSS Grid is a solid approach for this because we can place all three grid items together on the grid in just a couple of lines:
Let’s go ahead and set a size on the grid items. I’m using a fixed length value of 300px
,
but you can use any value you need and variablize it if you plan on
using it in other places. And rather than declaring an explicit height,
let’s put the burden of calculating a height on CSS using aspect-ratio
to form perfect squares.
We can’t see anything just yet. We’ll need to color things in:
Oh, wait! We need to set widths on the grids and polygons for them to take shape:
Since we’re already here, I’m going to position the labels a smidge and give them width:
We still can’t see what’s going on, but we can if we temporarily draw borders around elements.
All combined, it doesn’t look all that great so far. Basically, we have a series of overlapping grids followed by perfectly square graphs stacked right on top of one another. The labels are off in the corner as well. We haven’t drawn anything yet, so this doesn’t bother me for now because we have the HTML elements we need, and CSS is technically establishing a layout that should come together as we start plotting points and drawing polygons.
More specifically:
- The
.wrapper
elements are displayed as CSS Grid containers. - The direct children of the
.wrapper
elements arediv
s placed in the exact samegrid-area
. This is causing them to stack one right on top of the other. - The
.polygons
are centered (place-self: center
). - The child
div
s in the.polygons
take up the full width (width:100%
). - Every single
div
is300px
wide and squared off with a one-to-oneaspect-ratio
. - We’re explicitly declaring a relative position on the
.labels
. This way, they can be automatically positioned when we start working in JavaScript.
The rest? Simply apply some colors as backgrounds and drop shadows.
Calculating Plot Coordinates #
Don’t worry. We are not getting into a deep dive about polygon geometry. Instead, let’s take a quick look at the equations we’re using to calculate the coordinates of each polygon’s vertices. You don’t have to know these equations to use the code we’re going to write, but it never hurts to peek under the hood to see how it comes together.
x1 = x + cosθ1 = cosθ1 if x=0
y1 = y + sinθ1 = sinθ1 if y=0
x2 = x + cosθ2 = cosθ2 if x=0
y2 = y + sinθ2 = sinθ2 if y=0
etc.
x, y = center of the polygon (assigned (0, 0) in our examples)
x1, x2… = x coordinates of each vertex (vertex 1, 2, and so on)
y1, y2… = y coordinates of each vertex
θ1, θ2… = angle each vertex makes to the x-axis
We can assume that 𝜃 is 90deg
(i.e., 𝜋/2
) since a vertex can always be placed right above or below the center (i.e., Data A in this example). The rest of the angles can be calculated like this:
n = number of sides of the polygon
𝜃1 = 𝜃0 + 2𝜋/𝑛 = 𝜋/2 + 2𝜋/𝑛
𝜃2 = 𝜃0 + 4𝜋/𝑛 = 𝜋/2 + 4𝜋/𝑛
𝜃3 = 𝜃0 + 6𝜋/𝑛 = 𝜋/2 + 6𝜋/𝑛
𝜃3 = 𝜃0 + 8𝜋/𝑛 = 𝜋/2 + 8𝜋/𝑛
𝜃3 = 𝜃0 + 10𝜋/𝑛 = 𝜋/2 + 10𝜋/𝑛
Armed with this context, we can solve for our x
and y
values:
x1 = cos(𝜋/2 + 2𝜋/# sides)
y1 = sin(𝜋/2 + 2𝜋/# sides)
x2 = cos(𝜋/2 + 4𝜋/# sides)
y2 = sin(𝜋/2 + 4𝜋/# sides)
etc.
The number of sides depends on the number of plots we need. We said up-front that this is a pentagonal shape, so we’re working with five sides in this particular example.
x1 = cos(𝜋/2 + 2𝜋/5)
y1 = sin(𝜋/2 + 2𝜋/5)
x2 = cos(𝜋/2 + 4𝜋/5)
y2 = sin(𝜋/2 + 4𝜋/5)
etc.
Drawing Polygons With JavaScript #
Now that the math is accounted for, we have what we need to start working in JavaScript for the sake of plotting the coordinates, connecting them together, and painting in the resulting polygons.
For simplicity’s sake, we will leave the Canvas API out of this and instead use regular HTML elements to draw the chart. You can, however, use the math outlined above and the following logic as the foundation for drawing polygons in whichever language, framework, or API you prefer.
OK, so we have three types of components to work on: grids, graphs, and labels. We start with the grid and work up from there. In each case, I’ll simply drop in the code and explain what’s happening.
Drawing The Grid #
Check it out! We already have a spider web.
Here’s what’s happening in the code:
sides
is the number of sides of the chart. Again, we’re working with five sides.vertices
is an array that stores the coordinates of each vertex.- Since we are not constructing any graphs yet — only the grid — the number of
units
is set to1
, and only one item is added to thepercents
array atpercents[0]
. For grid polygons, the data values are100
. gradient
is a string to construct theconic-gradient()
that establishes the grid lines.angle
is a calculation of360deg
divided by the total number ofsides
.
From there, we calculate the vertices:
i
is an iterator that cycles through the total number ofsides
(i.e.,5
).j
is an iterator that cycles through the total number ofunits
(i.e.,1
).n
is a counter that counts in increments of2*PI
(i.e.,2𝜋
,4𝜋
,6𝜋
, and so on).
The x
and y
values of each vertex are calculated as follows, based on the geometric equations we discussed earlier. Note that we multiply 𝜋
by -1
to steer the rotation.
We convert the x
and y
values into percentages (since that is how the data points are formatted) and then place them on the chart.
We also construct the conic-gradient(),
which is part of the grid. Each color stop corresponds to each vertex’s angle — at each of the angle increments, a grey (#ddd
) line is drawn.
If we print out the computed variables after the for
loop, these will be the results for the grid’s vertices
and gradient
:
These values are assigned to the grid’s clipPath
and background
, respectively, and thus the grid appears on the page.
The Graph #
Now it looks like we’re getting somewhere! For each graph, we add its set of data points to the percents
array after incrementing the value of units
to match the number of graphs. And that’s all we need to draw graphs on
the chart. Let’s turn our attention to the labels for the moment.
The Labels #
The positioning of the labels is determined by three things:
- The coordinates of the vertices (i.e., data points) they should be next to,
- The width and height of their text, and
- Any blank space needed around the labels so they don’t overlap the chart.
All the labels are positioned relative
in CSS. By adding the inset-inline-start
and inset-block-start
values in the script, we can reposition the labels using the values as
coordinates. The first label is always set to the top-middle position.
The coordinates for the rest of the labels are the same as their
respective vertices, plus an offset. The offset is determined like this:
- x-axis/horizontal
If the label is at the left (i.e.,x
is less than50%
), then it’s moved towards the left based on itswidth.
Otherwise, it’s moved towards the right side. As such, the right or left edges of the labels, depending on which side of the chart they are on, are uniformly aligned to their vertices. - y-axis/vertical
The height of each label is fixed. There’s not much offset to add except maybe moving them down half their height. Any label at the bottom (i.e., wheny
is 100%), however, could use additional space above it for breathing room.
And guess what…
We’re Done! #
Not too shabby, right? The most complicated part, I think, is the math. But since we have that figured out, we can practically plug it into any other situation where a radar chart is needed. Need a four-point chart instead? Update the number of vertices in the script and account for fewer elements in the markup and styles.
In fact, here are two more examples showing different configurations. In each case, I’m merely increasing or decreasing the number of vertices, which the script uses to produce different sets of coordinates that help position points along the grid.
Need just three sides? All that means is two fewer coordinate sets:
Need seven sides? We’ll produce more coordinate sets instead:
No comments:
Post a Comment