The specs of this project have been revised slightly from what is in the syllabus. You may elect to do a project along the lines of what is stated there, but I want to open it up a bit.
There are three options::
For this project, you can choose your own group of up to 3 people, or work individually if you prefer. If you elect option 3, since revising an existing project is less work than creating a new one from scratch, you must work individually (but it is OK if multiple group members want to revise the same project in their own different directions).
The writeup should be structured similarly to previous projects, in particular project 3 (which had a bit more generous length limit).
As always, prioritize quality over quantity. A single really well thought out graph that took a fair amount of work is much better than several hasty ones. As always, the graphs must be created within your .Rmd
using ggplot2
, and you should endeavor to do whatever wrangling is necessary beforehand so that the visualization pipeline is as well structured and concise as possible.
Even if you are doing some of your wrangling in dplyr
, keep your wrangling pipeline(s) separate from your visualization pipeline(s), for readability’s sake.
You can use any of the data sources from previous projects, except that you may only use data from an R package if you are revising project 1, and if you are doing this I will expect that you are either complementing it with another data set, or you are applying some technique from the last “quarter” of the semester.
You should record the history of edits to your project via GitHub commits; even if you are working by yourself (if you are working alone, you may only need to push at the end, though you should probably still push occasionally to “back up” your work on another server to safeguard against ill-timed RStudio server unavailability).
As always your final submission will consist of the .Rmd
source, compiled .html
, and any other files needed for the .Rmd
to compile successfully, and whatever state those files are in at the deadline is what I will grade.
The syllabus states that each of the four projects is to conribute 15% of the final grade. However, I am a fan of “second chances”, so I will let this final project replace the lowest of the first three project grades, and average it on equal footing with the remaining two. If that results in a higher grade than averaging all four projects, I will use that to calculate final grades.
Since the specs for this project are more open, the grading rubric is not as concrete this time, but here is a rough rubric:
.Rmd
compiles successfully with no error messages.html
output(6/20) * min(20, A*T)
. In other words, to get full credit, the product of your ambitiousness and correctness should be at least 20 (for example, your project could be 4/5 on the ambitiousness scale and 5/6 on the correctness scale, or 5/5 on the ambitiousness scale and 4/6 on the correctness scale). You can get almost full credit by doing a project that is of average ambitiousness (3/5) but which is technically flawless (6/6). I will be impressed if your project is both extremely ambitious and flawless, but your grade won’t exceed 6; that is, technical flourish can’t substitute for a good writeup.