Chapter 9 Transformations and Other Tricks

This chapter provides an introduction to several common techniques to organize, transform, and/or manipulate univariate data. I use the word manipulate here with good reason; many of these techniques can be used inappropriately or lead to inadvertent consequences, so tread carefully! That warning aside, these techniques are useful and often allow you to gain insight into “what the data are trying to tell you”.

9.1 Ch. 9 Objectives

This Chapter is designed around the following learning objectives. Upon completing this Chapter, you should be able to:

  • Define common approaches to data transformation
  • Explain the differences between centering, rescaling, and standardizing univariate data.
  • Stratify data into relevant groups for analysis
  • Discuss the risks and potential approaches to identifying and handling outliers

9.2 Transformation

The phrase “Data Transformation” means different things in different fields. We will define it here, in the statistical sense, as: applying one or more mathematical operations to a variable (or in our case, all elements of a numeric vector). You are undoubtedly familiar with data transformation, even if you haven’t previously recognized it. Some examples include:

  • adding, subtracting, or multiplying a constant to all elements in a vector;
  • taking the log, square root, or reciprocal of a variable;
  • some combination of these approaches.

For example, your data are transformed whenever you convert temperature units from °F to °C, length units from inches to millimeters, or render a variable dimensionless (e.g., converting to units of percent, parts per million, or some other unitless value). In addition to these “units transformations”, we also transfrom data to make their location and/or dispersion more consistent, or to change the shape of a distribution (e.g., to reduce skewness or to normalize residual values from a model). These latter approaches are often employed during multivariate analyses to help your variables “play nicely together” within the analytic framework you set forth. More on this to come in Modeling.

There are two key facets to data transformation: justification and documentation. Whenever data are transformed, you must provide a good reason for doing so (hint: there are many good reasons and also a few bad ones). Furthermore, you must adequately document “how” and “why” the data were transformed, so that others can understand your work and reproduce your results, when needed.

9.2.1 Centering

Centering means to subtract (or sometimes add) a constant from all values in a vector. The constant to be subtracted could be an estimate of the data’s central tendency, like the mean or median (hence the term center-ing), or it could be some residual value that you want to remove from all observations. If you subtract the mean from every value of a vector, then the new vector will have a mean of zero; this can be useful when analyzing multiple variables (for example in a multivariate regression model), each of which has a different location. Centering changes the location of a variable but dispersion (spread) stays the same.

In engineering, the most common reason for centering data is not to subtract the mean or median value, but instead to “background subtract” (aka, “zeroing”) a set of univariate observations. If you have ever used a digital scale to measure the weight of an object, you’ve probably noticed that when you turn it on, the scale does not always read zero. Most of the time the instrument has a way to “re-zero” itself prior to use, but this is not always the case. If your scale shows a mass of 198 g when nothing is placed on it, then you probably want to (1) document that value before taking measurements and (2) subtract a value of 198 from all subsequent weights that you perform with this scale. That subtraction is an example of a “centering” transformation.

Data are sometimes centered to correct spurious values

Figure 9.1: Data are sometimes centered to correct spurious values

9.2.2 Rescaling

To rescale a variable means to divide (or multiply) all values by a constant. Whereas centering is an arithmetic transformation, the process of rescaling data is multiplicative. Rescaling can change both the location and spread of the data.

Some reasons to rescale data include:

  • to show variables of different magnitudes together on the same axis of a plot;
  • to make the spread of two or more variables similar (e.g., when conducting an analysis of variance or multivariate regression with variables that each have different scales);
  • when performing a units conversion (e.g., mm to cm);
  • when you want to render a variable dimensionless (e.g., when converting to percentage units).

9.3 Normalization and Standardization

In a generic sense, to “normalize” a variable means: to transform that variable so that it can be compared, evaluated, or comprehended more easily. Normalization often involves a combination of centering and rescaling operations that not only change the location and spread of the data, but also the meaning of data. Normalization is just as common in engineering as it is in statistics, or any other scientific field.

Like “transformation”, the word “normalization” is defined differently in different fields, so be explicit when using this term in your work. To some, the word normalization means to “make a variable normally distributed”; to others, it means to “normalize a database” so that redundancies are eliminated; and to some, it might just mean, to divide one variable into another to achieve some sort of “rate” metric.

There are many types of normalization operations; we will discuss a few examples below.

9.3.1 Rate normalization

To perform a rate normalization is to divide one variable into another, often to report a change in one variable relative to another (e.g., a rate or a derivative).

  • Two vehicles may have the same range (how many miles they can travel on one tank of gas) but different rates of fuel efficiency (miles traveled per gallon);
  • Two countries can have the same GDI (gross domestic income; the sum of all wages earned) but widely different rates of “per capita” income (GDI/total population).
  • A person’s Body Mass Index (BMI, kg/m2) is their mass (in kg) normalized by the square of their height (m2).

9.3.2 Standardizing

Standardization is a special case of transformation/normalization where each value in a set of observations (or vector) is subtracted by some constant (often the data’s central tendency) and divided by the dispersion (often the standard deviation, IQR, or some other spread metric). When working with normally distributed data, the standardization of variable \(x_i\) into \(z_i\) is:

\[z_{i} = \frac{x_{i}-\overline{x}}{\sigma_{x}}\]

where the mean of \(x\) is denoted \(\overline{x}\) and standard deviation of \(x\) is \(\sigma_{x}\). The standardization of a variable renders the mean to 0 and the standard deviation to 1. This type of normalization is useful when you wish to study relationships between multiple variables, each with different scale. Note that standardization doesn’t have to use the mean and standard deviation as the centering and normalizing variables, but those two are common.

9.3.3 Reducing Skewness

Sometimes your data are not normally distributed, even though you want them to be. In that case you still have options. Some transformations, like the log, square root, or inverse, will make the spread of the data symmetric and approximately Gaussian. These transformations are commonly used to meet the needs (read: underlying assumptions) of many statistical models. We discuss model assumptions (and their evaluation) in the modeling chapter.

The log(x) transform is often used to reduce skewness in a variable.

Figure 9.2: The log(x) transform is often used to reduce skewness in a variable.

If you would like to lean more about data transformations (and how to make your data appear normally distributed), look up the Box-Cox method of power transformations. Lots of packages can run this method in R, such as MASS::boxcox and EnvStats::boxcox. And, yes, George Box is the same person that brought you the boxplot!

9.4 Stratification

To stratify a sample means: to divide the sample into subsets (aka groups based on strata).

Stratified analyses can be performed many ways; one particularly useful way is graphically, by creating a stratification plot. A stratification plot is like any other visualization that you have created, except that the strata are identified (i.e., called out) through the use of color, lines, symbols, facets, etc. Let’s use the following example to demonstrate:

A manufacturing operation is investigating the production of an expensive titanium alloy, where a 25% increase in the production yield of the alloy means the difference between profit and loss. The materials engineers believe that feedstock purity should have an effect on the yield. For the past month, three different reactors at the plant have been producing alloys from Ti feedstock of varying purity. After one month, you decide to visualize the relationship between process yield and sample purity with a scatterplot, geom_point().

Yield vs. Purity from the plant's three reactors over one month

Figure 9.3: Yield vs. Purity from the plant’s three reactors over one month

Examination of Figure 9.3 reveals that, while there is considerable variation in the data, a clear relationship is not apparent between sample purity and process yield. Correlation analyses reveal a Pearson correlation coefficient of \(r=\) -0.23, indicating a low level of correlation between the two variables. However, it occurs to you that perhaps there is variation in results between the three different reactors in the plant. Therefore, you decide to repeat this analysis stratifying the data by reactor type. In this case, you repeat the ggplot() call with an extra aesthetic of color = reactor in the scatterplot.

stratified <- ggplot(data = strat.data,
       aes(y = yield2, 
           x = purity,
           color = reactor,
           stroke = 1)) +
  geom_point(size = 2,
             shape = 1) +
  labs(color = "Reactor",
       x = "Sample Purity",
       y = "Process Yield, kg") +
  theme_classic(base_size = 14) +
  theme(legend.position = c(0.85, 0.8),
        legend.box.background = element_rect(colour = "black")) 

#ggsave("./images/stratified.png")
Yield vs. Purity over one month, stratified by reactor type

Figure 9.4: Yield vs. Purity over one month, stratified by reactor type

strat.data %>%
  group_by(reactor) %>%
  summarise("Pearson's r" = cor(yield2, purity),
            .groups = "keep") %>%
  kable(align = "c",
        digits = 2,
        caption = "Correlation between Sample Purity and Yield by Reactor") %>%
  kable_styling(full_width = FALSE)
Table 9.1: Correlation between Sample Purity and Yield by Reactor
reactor Pearson’s r
a -0.90
b -0.90
c -0.92

Figure 9.4 tells a very different story! Now we can see that two relationships are clearly evident.

  1. There is a clear inverse relationship between sample purity and the process yield (Pearson correlation coefficients are now ~ 0.9 for each) and
  2. For a given purity level, each reactor has a different output. Clearly, there is something different about each of these reactors that merits further study…

Figure 9.4 raises a subtle, but very important, point: data often have hierarchy and that hierarchy may be influential. In this case, only when we account for the hierarchy (the reactor that produced each sample), do we see an important relationship arise.

Hierarchical data means data that can be ordered into different ranks (or levels). Students at a university might be ordered by their their college, their major, or the year in which they matriculated. Those ranks may be important when analyzing student data; if so, your analysis should account for that! Note: you can also manufacture strata from within continuous data, for example, you could define strata according to quantiles of GPA among the study body.

9.5 Outliers and Censoring

Have you ever heard the phrase “don’t let the exception become the rule”?

I think this phrase means, don’t let your judgment be governed solely by outliers. Whether or not this is good advice probably depends on the situation, but I do think one should have the ability to detect when an outlier has leverage over a situation.

An outlier is an observation that lies an abnormal distance from other values in a random sample.

9.5.1 Detecting Outliers

Data visualization (like histograms, density plots, time-series, and boxplots) can be useful for detecting outliers, because such graphs make it clear that one or more observations “don’t seem to belong with the rest”. For example, let’s create an artificial data frame called asthma.data. Within this data frame are two variables:

  • asthma.prevalence: the percentage of kids with asthma in a given school district
  • black.carbon: the concentration of airborne black carbon (a type of air pollutant generated by incomplete combustion, similar to what you see exhausted from a diesel truck) measured outside of a school at the center of each district.
asthma.data <- tibble(
  asthma.prevalence = c(8, 6, 12, 18, 9, 
                  8, 15, 14, 14, 10,
                  16, 9, 12, 15, 9),
  black.carbon = c(3.2, 2.5, 4.6, 6.1, 3.3, 
                   3.1, 6.1, 5.3, 4.5, 3.3, 
                   6.4, 3.7, 5.1, 6.8, 12)
)

Figure 9.5 below contains two boxplots: one depicts asthma.prevalence for the 15 school districts, and the other depicts black.carbon. I’ve circled the apparent outlier. Outliers are easy to see in boxplots because they fall outside the whiskers.

Boxplots for two sets of data; the one on the right has an outlier.

Figure 9.5: Boxplots for two sets of data; the one on the right has an outlier.

Data visualization is useful for detecting outliers, but not definitive. Indeed, there are no definitive methods for detecting outliers in data (mostly because that process is too contextual). That said, there are some guidelines.

The “1.5 x IQR” rule is what was used in the boxplot of Figure 9.5.

This rule states that outliers are any data points more than 1.5 times the inter-quartile range away from the upper and lower quartiles. This means data that are:

  • high outliers are greater than: [0.75 quantile value] + 1.5*IQR
  • low outliers are less than: [0.25 quantile value] - 1.5*IQR

For the black.carbon data, we could calculate these thresholds with the following:

upper <- quantile(x = asthma.data$black.carbon,
                  probs = 0.75,
                  names = FALSE) + 
  1.5*IQR(x = asthma.data$black.carbon)

lower <- quantile(x = asthma.data$black.carbon,
                  probs = 0.25,
                  names = FALSE) - 
  1.5*IQR(x = asthma.data$black.carbon)

upper
## [1] 10.3
lower
## [1] -0.9

Interestingly, this rule suggests that outliers on the lower end need to be negative. Is that even possible for air pollution concentrations? (hint: NO) Other statistical approaches for detecting outliers include:

  • a threshold of standard deviations away from the mean (i.e., computing z-scores);
  • Grubbs’ test;
  • Tietjen-Moore Test, and others.

In the end, however, common sense and your contextual knowledge of the data are usually more important here.

9.5.2 Censoring outliers

What should we do with outliers in our data? The answer depends on context (are these life and death data we’re dealing with or just the size of tomatoes from your garden?) and on the questions you are asking. Here’s an example:

The black carbon boxplot (right side of 9.5) has a clear outlier that falls far outside of the rest of the data. This might not seem like a big deal but take a look at what happens when we (A) examine the correlation between these two variables and (B) fit a regression line through the data with the outlier included or with the outlier excluded .

Effect of an outlier on a linear model with n=15 data points.

Figure 9.6: Effect of an outlier on a linear model with n=15 data points.

Examination of Figure 9.6 suggests that the outlier is having a strong effect on the relationship between air pollution and childhood asthma. If the censored data are correct, we have just detected a strong correlation between asthma rates and air pollution. If the uncensored data are correct then the association is positive but very weak. So how do we handle this apparent outlier?

Unfortunately, this sort of conundrum happens more often than we might like in the real world. My advice would be to collect more data to support/discount the outlier. If that isn’t possible (and no other explanation was forthcoming), I would probably show the analysis both ways.

Censoring data is dangerous business. If you are going to censor an outlier, make sure to document how you discovered/defined the outlier, why you believe it should be censored, and “whether or not that censoring had an effect on your results/conclusions”. Then make sure to broadcast your thinking to everyone who comes in contact with your analysis. If you try to hide outliers, you are being unethical and setting yourself up for disaster.

9.6 Ch-9 Exercises

Let’s return to the topic of salaries by college major, as collected by the NSF Survey of College Graduates. I’ve extracted survey results for graduates of political science programs into a file called salary_ch9.csv. You can find this .csv file on Canvas or our GitHub repository.

9.6.1 Salary Data for Poly Sci Majors

Let’s read in the file and peek at the contents:

salary_ps <- read_csv("./data/salary_ch9.csv")

head(salary_ps)
## # A tibble: 6 × 3
##   salary sex   major   
##    <dbl> <chr> <chr>   
## 1  80000 M     Poly Sci
## 2  82000 F     Poly Sci
## 3  67000 F     Poly Sci
## 4  83000 F     Poly Sci
## 5  60000 M     Poly Sci
## 6 200000 M     Poly Sci

We can see that we have salary information, sex (Male or Female respondent), and major (all of which are Poly Sci). Let’s calculate some basic descriptive statistics grouped by respondent sex.

salary_ps %>%
  group_by(sex) %>%
  summarise(median = median(salary),
          mean = mean(salary),
          min = min(salary),
          max = max(salary),
          IQR = IQR(salary),
          .groups = "keep") %>%
  ungroup()
## # A tibble: 2 × 6
##   sex   median    mean   min     max   IQR
##   <chr>  <dbl>   <dbl> <dbl>   <dbl> <dbl>
## 1 F      69003  84432.     0 1027653 57375
## 2 M      80000 114331.     0 1027653 78000

These descriptive statistics allow some quick insight into the data:

  • Poly Sci majors identifying as male make higher median/mean salaries than those identifying as female;
  • The mean salary is higher than the median salary in both cases (note that for perfectly normal distributions the mean and mean are equivalent);
  • The max salary is the same for both genders and is 10x higher than the median. With a min() of 0 for both genders, this implies some level of skewness in these data.

9.6.2 Univariate Data Visualization

Let’s visualize these data with some basic EDA plots:

#create EDA plots
box1 <- ggplot(data = salary_ps,
       aes(y = sex,
           x = salary,
           fill = sex)) +
  geom_boxplot(outlier.alpha = 0.2) +
  scale_x_continuous(labels = scales::label_dollar())+
  theme_bw() +
  theme(legend.position = "none")

hist1 <- ggplot(data = salary_ps,
       aes(x = salary,
           fill = sex)) +
  geom_histogram(color = "white",
                 bins = 50) +
  scale_x_continuous(labels = scales::label_dollar()) +
  theme_bw() +
  theme(legend.position = c(0.75, 0.5))

cdf1 <- ggplot(data = salary_ps,
       aes(x = salary,
           color = sex)) +
  stat_ecdf() +
  scale_x_continuous(labels = scales::label_dollar()) +
  theme_bw() +
  ylab("Quantile") +
  theme(legend.position = c(0.75, 0.5))

grid.arrange(box1, hist1, cdf1, nrow = 2, ncol = 2)
Annual Salaries ($1000s) Reported by Poly Sci Majors

Figure 9.7: Annual Salaries ($1000s) Reported by Poly Sci Majors

The EDA plots confirm the salary discrepancy between male and female survey respondents and also suggest the presence of some outliers! Note how both the boxplot and histogram show a small amount of data way, way off to the right of each plot, where salary is about $1,000,000/yr. Strangely, there are no respondent data between about $500,000/yr and $1,000,000/yr. This seems very odd…

Upon further digging into these data, the authors of the survey state that “imputation methods” are employed for missing data. Imputation is a process where values are guessed based on a statistical inference of the data at hand. My suspicion is that a number of respondents chose not to report their annual salary (answers are optional) and that these extreme outliers were imputed based on other data/factors.

9.6.3 Rescale and Censor Data

Let’s make the following transformations to the data:

  • We will rescale the salary data to units of thousands of dollars to remove some of the zeros from the plot labels;
  • We will censor salaries above $500k/yr, since the validity of these numbers is dubious (and because this is an exercise on data censoring);
  • We will censor salary levels below $10k/yr, because values below that level do not exceed the minimum wage for someone working full time.

Each of these censoring actions is questionable and arguments for keeping or removing these outliers are possible. However, for the modeling exercise below (where we try to simulate the bulk of the univariate salary distribution), it is unlikely that these censoring actions have a strong effect on the outcome.

#rescale and censor the salary data
salary_ps2 <- salary_ps %>%
  dplyr::mutate(salary = salary/1000) %>% #convert to thousands of $
  dplyr::filter(salary < 500, #censor high outliers
                salary > 10)  #censor low outliers

Let’s recreate the EDA plots from Figure 9.7 using the transformed and censored data.

#recreate EDA plots
box2 <- ggplot(data = salary_ps2,
       aes(y = sex,
           x = salary,
           fill = sex)) +
  geom_boxplot(outlier.alpha = 0.2) +
  scale_x_continuous(labels = scales::label_dollar(suffix = "k"))+
  theme_bw() +
  theme(legend.position = "none")

hist2 <- ggplot(data = salary_ps2,
       aes(x = salary,
           fill = sex)) +
  geom_histogram(color = "white",
                 bins = 50) +
  scale_x_continuous(labels = scales::label_dollar(suffix = "k")) +
  theme_bw() +
  theme(legend.position = c(0.75, 0.5))

cdf2 <- ggplot(data = salary_ps2,
       aes(x = salary,
           color = sex)) +
  stat_ecdf() +
  scale_x_continuous(labels = scales::label_dollar(suffix = "k")) +
  theme_bw() +
  ylab("Quantile") +
  theme(legend.position = c(0.75, 0.5))

grid.arrange(box2, hist2, cdf2, nrow = 2, ncol = 2)
2017 Annual Salaries ($1000s) Reported by Poly Sci Majors

Figure 9.8: 2017 Annual Salaries ($1000s) Reported by Poly Sci Majors

Closer examination of these EDA plots suggests that, even after censoring and rescaling, the data are skewed: the lack of symmetry about the median (or mode, for the histogram) is evident in each plot. Looking at the shape of these distributions (and those in the Appendix) suggests that these data may be log-normally distributed.

9.6.4 Fit a Log-normal Distribution

Next, let’s examine whether our salary data can be approximated with a log-normal distribution. There is a function in the MASS:: package called fitdistr() that uses Maximum Likelihood Estimation theory (MLE), to estimate density function parameters for various reference distributions. The fitdistr() function requires a numeric vector of observed values, x = the data to be fit, and a “named” reference distribution to be modeled, densfun = "log-normal".

fit.lnorm <- fitdistr(salary_ps2$salary, densfun = "log-normal")

The output of MASS::fitdistr() is a list, with the first entry containing the fit parameters for the log-normal distribution (meanlog and sdlog).

fit.lnorm$estimate %>%
  round(., 2) 
## meanlog   sdlog 
##    4.32    0.67

These two estimates represent the mean and standard deviation of the data after taking the log of each observation:

  • meanlog or \(\hat{\mu}=\) mean(log(salary)) and
  • sdlog or \(\hat{\sigma_g}=\)sd(log(salary))).

Recall that lognormal data appear normally distributed when you take the log of each observation. To convert these values back into units of dollars, we must exponentiate them:

Geometric Mean = \(exp(\hat{\mu})\)
Geometric Standard Deviation (GSD) = \(exp(\hat{\sigma_g})\)

Geometric mean salary = 75.37
Geometric standard deviation = 1.95

The terms meanlog and sdlog represent log-space values (i.e., the data have been log transformed) - for that reason they are unitless. The term geometric mean is presented in the units of the data (read: it’s the easiest to comprehend). The geometric standard deviation (GSD) is also unitless but different from sdlog. The GSD is a ratio of quantiles: it represents the ratio of data values at quantiles that are separated by a standard deviation: \(GSD = \frac{q_{84}}{q_{50}}\) (the 0.84 quantile divided by the 0.5 quantile). GSD can also be calculated in the other direction, \(GSD = \frac{q_{50}}{q_{16}}\), the 0.5 quantile divided by the 0.16 quantile.

9.6.5 Plot Fitted vs Actual Data

We will conclude this exercise by examining graphically whether our fitted distribution tends to match the observed data. Now that we have “best” fitted parameters for a lognormal distribution that approximates our data, how well does the fit perform?

To answer that question, we can simulate a new distribution and compare it to our observed data. To simulate observations from a lognormal distribution we need to supply the function stats::rlnorm() with the following arguments:

  • n = the sample size of observations (we will use n = length(salary_ps2$salary))
  • meanlog = the estimated mean of the logged data (\(\hat{\mu}=\) 4.32)
  • sdlog = the standard devation of the logged data (\(\hat{\sigma_g}=\) 0.67)
sal_simulate <- tibble(x = rlnorm(n = length(salary_ps2$salary),
                                 meanlog = fit.lnorm$estimate[[1]],
                                 sdlog = fit.lnorm$estimate[[2]]))

ggplot() +
  geom_histogram(data = salary_ps2,
                 aes(x = salary,
                     y = ..density..),
                 color = "white",
                 fill = "navy",
                 bins = 35) +
  geom_density(data = sal_simulate,
                aes(x = x),
               color = "darkorange1",
               size = 1) +
  ylab("Probability Density") +
  scale_x_continuous(labels = scales::label_dollar(suffix = "k"),
                     limits = c(0,500)) +
  theme_bw()
Salary Data Fitted by a Lognormal Distribution

Figure 9.9: Salary Data Fitted by a Lognormal Distribution

The eyeball test of our fit looks pretty good, which suggests that our data is indeed log-normal (or at least is reasonably approximated by a lognormal distribution). Question to ponder: when you know that your data are lognormal, does that change your expectation for what might be defined as an outlier?

9.6.6 Transform the Data

Now that we know that (1) these data are skewed (non-normal) and (2) likely log-normally distributed, let’s see what happens when we transform these data. Figure 9.10 appears much more symmetric (read:normal) following the log transform.

salary_ps2 <- salary_ps2 %>%
  mutate(log.salary = log(salary))

ggplot() +
  geom_histogram(data = salary_ps2,
                 aes(x = log.salary),
                 color = "white",
                 fill = "navy",
                 bins = 20) +
  ylab("Frequency") +
  xlab("ln(salary)") +
  theme_bw()
Histogram of Log-transformed Salary Data

Figure 9.10: Histogram of Log-transformed Salary Data

When visualizing lognormal data, however, it’s ofen a better idea to transform the axis (instead of transforming the data themselves). This allows the viewer to “see” the units of measurement in their natural form, instead of forcing the viewer to exponentiate values in their head (hint: nobody likes to do this). Therefore, we can transform our data visualization with a call to scale_x_log10() in ggplot::. Transforming the x- or y-axis is common in data visualization, especially when your values span several orders of magnitude.

salary_ps2 <- salary_ps2 %>%
  mutate(log.salary = log(salary))

ggplot() +
  geom_histogram(data = salary_ps2,
                 aes(x = salary),
                 color = "white",
                 fill = "navy",
                 bins = 20) +
  ylab("Frequency") +
  xlab("Salary") +
  # transform the axis, instead of the data (works well with lognormal data)
  scale_x_log10(labels = scales::label_dollar(accuracy = 1, 
                                              suffix = "k")) +
  theme_bw()
Histogram of Salary Data using a Log-10 X-axis

Figure 9.11: Histogram of Salary Data using a Log-10 X-axis

9.7 Ch-9 Homework

This homework will give you practice at transforming and visualizing data and fitting a distribution to a set of data. Note that much of the code needed to complete this homework can be adapted from the Chapter 9 Exercises shown above.