Week 10 FAQs
Great work with exercise 10 and following the Urban Institute style guide! That process is completely normal and good practice for any future jobs you might have. Most organizations have specific style guides with fonts and colors and logos and design specifications (like, here are GSU’s and here are UGA’s), and even if you’re not working with an organization, you can create your own style guides for projects (like, here are the fonts and colors I use for the class website; and for a workshop on teach on Quarto Websites; and for one of my research projects).
Here are the FAQs for the week:
How do I include a separate image in my document?
In exercise 10, you were supposed to include your enhanced plot in the Quarto document with your reflection, but it was a little tricky to do.
Adding images to your document doesn’t actually involve R—it’s a Markdown thing, just like how you use *italics* or ## headings. The guide to using Markdown has an example of the syntax:

Again, that’s not R code—don’t put it in a chunk. If you do, things will break.
↓ THIS IS WRONG ↓
```{r}

```Instead, make sure you put the image syntax outside of a chunk with your regular text:
Blah blah I'm writing text here.
Here's some code I wrote:
```{r}
library(tidyverse)
ggplot(...) +
geom_whatever()
```
Blah blah I'm writing more text again. Here's a neat picture I made:
Quarto lets you do fancier things with images too, like controlling their widths, making them centered or left or right aligned, and laying out multiple figures all at once. See the documentation for full details and examples:
{width=60% fig-align="right"}
When should we add annotations and text in R vs. in a separate program?
There are no exact rules for this! It depends on how much work you want to do where. With {ggtext} and other R packages, you can do a lot of adjustment in R itself without even needing Illustrator.
Some people like adding labels in R; some people like doing it in Illustrator. Some people like modifying colors in R; some people like doing it in Illustrator. If it’s easier to add notes and change colors, etc. with annotate(), then cool—use R. If you’re adding a lot more detail and it would be trickier to do it with R, or if you just don’t want to deal with a ton of annotate() laters, then cool—use Illustrator.
I personally try to do as much as possible in R before putting anything in Illustrator, not because it’s necessarily trickier to do things in Illustrator, but to save time—if I want to make a second similar plot, copying/pasting/adapting the code from the first plot is a lot faster than remembering all the little tweaks I made in Illustrator.
Basically the only guideline is “do things wherever they’re easiest.”
Do people really do this two-step process of using R and then using Illustrator?
Yep! This is totally normal! The Urban Institute’s style guide that you referenced for Exercise 10 requires it—it says specificially to:
- Add axis titles, labels, and the legend (and set appropriate colors) in Excel or R
- Add text-heavy things like the title, subtitle, sources, notes, and annotations in something else, like Word (if using that)
Why can’t we use Canva for this?
Canva isn’t a vector editing program. When you place a PDF or SVG into Canva, it pixelates it and reduces the quality.
But more importantly, because it turns everything into pixels, you can’t edit any of the parts of the original plot. You can’t change the font of the labels, you can change the colors of the chart—you can’t do anything!
Like, here’s a vector SVG placed in Canva. I can resize it and rotate it, but that’s it:

Here’s that same SVG in Illustrator. I can isolate specific parts of it and change the font in the labels, or change the blue of the top bar to some other color. Each little component is editable.

The Canva company bought Affinity in 2024 and in October 2025 the joint Canva + Affinity company released a free version of Affinity Studio, so you can now use that for getting a Canva-like experience with vector editing.
The Urban Institute style guide said to use 6.25 inches or 720 pixels, but in Illustrator/Affinity/Inkscape, it translated 6.25 inches to 450 points—why?
That happened because pixels and points are different units of measurement. A point is a specific typographic measure. There are 72 points in an inch.
In the font menus in Google Docs and Word where you can make text 12 points or 14 points or whatever? Those numbers aren’t just arbitrary. 12-point text is 1/6 of an inch. If you make text be 72 points, it’ll be an inch tall.
So 6.25 inches × 72 = 450 typographic points.
Pixels are different. A pixel is a unit of measurement for screens and for printing. One pixel is a little dot in a bitmap image. Like with this image here from the lecture in session two, you can see little black and grey and white boxes. Each of those boxes is one pixel.

Pixels are for web-based images because screens don’t work with inches. You can control the resolution or quality of images based on how many pixels are included in an inch—that’s what DPI (dots per inch) measures. An image that is printed or shown on the screen at 30 DPI will have 30 dots in each inch, which is really low resolution—it’ll look boxy and clunky and feel like it fits in Minecraft. An image that is 600 DPI will have 600 dots in each each, which is really high resolution—it’ll look nice when printed and when shown on the screen.
The Urban Institute uses both systems of measurement depending on the output:
- For print, they want all thier images to be 6.25 inches wide, titles to be 12 points tall, axis labels to be 8.5 points tall, and so on
- For screens, they want all their images to be 760 pixels wide, titles to be 20 pixels tall, axis labels to be 12 pxiels tall, and so on


Illustrator, Inkscape, and Affinity are all designed to work with both print and screen outputs, so you can switch between what systems of measurement they’re using if you want. In Illustrator you can right click on the ruler to quickly switch between them—Inkscape and Affinity have some way to do the same thing.
