At this point, we’ve written code to draw some interesting features in our inflammation data, loop over all our data files to quickly draw these plots for each of them, and have Python make decisions based on what it sees in our data. But, our code is getting pretty long and complicated; what if we had thousands of datasets, and didn’t want to generate a figure for every single one? Commenting out the figure-drawing code is a nuisance. Also, what if we want to use that code again, on a different dataset or at a different point in our program? Cutting and pasting it is going to make our code get very long and very repetitive, very quickly. We’d like a way to package our code so that it is easier to reuse, and Python provides for this by letting us define things called ‘functions’ - a shorthand way of re-executing longer pieces of code.
Let’s start by defining a function kelvin_to_celsius that converts temperatures from Kelvin to Celsius:
In [ ]:
# Let's get our import statements out of the way first
from __future__ import division, print_function
import numpy as np
import glob
import matplotlib.pyplot as plt
%matplotlib inline
def kelvin_to_celsius(temp):
return temp - 273.15
The function definition opens with the word def, which is followed by the name of the function and a parenthesized list of parameter names. The body of the function — the statements that are executed when it runs — is indented below the definition line, typically by four spaces.
When we call the function, the values we pass to it are assigned to those variables so that we can use them inside the function. Inside the function, we use a return statement to send a result back to whoever asked for it.
Let’s try running our function. Calling our own function is no different from calling any other function:
In [ ]:
print('absolute zero in Celsius:', kelvin_to_celsius(0.0))
We’ve successfully called the function that we defined, and we have access to the value that we returned.
We are using Python 3 division, which always returns a floating point number:
In [ ]:
print(5/9)
Unfortunately, this wasn’t the case in Python 2:
In [ ]:
!python2 -c "print 5/9"
If you are using Python 2 and want to keep the fractional part of division you need to convert one or the other number to floating point:
In [ ]:
float(5) / 9
In [ ]:
5 / float(9)
In [ ]:
5.0 / 9
In [ ]:
5 / 9.0
And if you want an integer result from division in Python 3, use a double-slash:
In [ ]:
4 // 2
In [ ]:
3 // 2
Now that we’ve seen how to turn Kelvin into Celsius, let's try converting Celsius to Fahrenheit:
In [ ]:
def celsius_to_fahr(temp):
return temp * (9/5) + 32
print('freezing point of water:', celsius_to_fahr(0))
print('boiling point of water:', celsius_to_fahr(100))
What about converting Kelvin to Fahrenheit? We could write out the formula, but we don’t need to. Instead, we can compose the two functions we have already created:
In [ ]:
def kelvin_to_fahr(temp):
temp_c = kelvin_to_celsius(temp)
result = celsius_to_fahr(temp_c)
return result
print('freezing point of water in Fahrenheit:', kelvin_to_fahr(273.15))
print('absolute zero in Fahrenheit:', kelvin_to_fahr(0))
This is our first taste of how larger programs are built: we define basic operations, then combine them in ever-larger chunks to get the effect we want. Real-life functions will usually be larger than the ones shown here — typically half a dozen to a few dozen lines — but they shouldn’t ever be much longer than that, or the next person who reads it won’t be able to understand what’s going on.
Now that we know how to wrap bits of code up in functions, we can make our inflammation analyasis easier to read and easier to reuse. First, let’s make an analyse function that generates our plots:
In [ ]:
def analyse(filename):
data = np.loadtxt(fname=filename, delimiter=',')
fig = plt.figure(figsize=(10.0, 3.0))
axes1 = fig.add_subplot(1, 3, 1)
axes2 = fig.add_subplot(1, 3, 2)
axes3 = fig.add_subplot(1, 3, 3)
axes1.set_ylabel('average')
axes1.plot(data.mean(axis=0))
axes2.set_ylabel('max')
axes2.plot(data.max(axis=0))
axes3.set_ylabel('min')
axes3.plot(data.min(axis=0))
fig.tight_layout()
plt.show(fig)
and another function called detect_problems that checks for those systematics we noticed:
In [ ]:
def detect_problems(filename):
data = np.loadtxt(fname=filename, delimiter=',')
if data.max(axis=0)[0] == 0 and data.max(axis=0)[20] == 20:
print('Suspicious looking maxima!')
elif data.min(axis=0).sum() == 0:
print('Minima add up to zero!')
else:
print('Seems OK!')
Notice that rather than jumbling this code together in one giant for loop, we can now read and reuse both ideas separately. We can reproduce the previous analysis with a much simpler for loop:
In [ ]:
# First redefine our list of filenames from the last lesson
filenames = sorted(glob.glob('data/inflammation*.csv'))
for f in filenames[:3]:
print(f)
analyse(f)
detect_problems(f)
By giving our functions human-readable names, we can more easily read and understand what is happening in the for loop. Even better, if at some later date we want to use either of those pieces of code again, we can do so in a single line.
Once we start putting things in functions so that we can re-use them, we need to start testing that those functions are working correctly. To see how to do this, let’s write a function to center a dataset around a particular value:
In [ ]:
def centre(data, desired):
return (data - data.mean()) + desired
We could test this on our actual data, but since we don’t know what the values ought to be, it will be hard to tell if the result was correct. Instead, let’s use NumPy to create a matrix of 0’s and then center that around 3:
In [ ]:
z = np.zeros((2,2))
print(centre(z, 3))
That looks right, so let’s try center on our real data:
In [ ]:
data = np.loadtxt(fname='data/inflammation-01.csv', delimiter=',')
print(centre(data, 0))
It’s hard to tell from the default output whether the result is correct, but there are a few simple tests that will reassure us:
In [ ]:
print('original min, mean, and max are:', data.min(), data.mean(), data.max())
centered = centre(data, 0)
print('min, mean, and and max of centered data are:', centered.min(), centered.mean(), centered.max())
That seems almost right: the original mean was about 6.1, so the lower bound from zero is how about -6.1. The mean of the centered data isn’t quite zero — we’ll explore why not in the challenges — but it’s pretty close. We can even go further and check that the standard deviation hasn’t changed:
In [ ]:
print('std dev before and after:', data.std(), centered.std())
Those values look the same, but we probably wouldn’t notice if they were different in the sixth decimal place. Let’s do this instead:
In [ ]:
print('difference in standard deviations before and after:', data.std() - centered.std())
Again, the difference is very small. It’s still possible that our function is wrong, but it seems unlikely enough that we should probably get back to doing our analysis. We have one more task first, though: we should write some documentation for our function to remind ourselves later what it’s for and how to use it.
The usual way to put documentation in software is to add comments like this:
In [ ]:
# centre(data, desired): return a new array containing the original data centered around the desired value.
def centre(data, desired):
return (data - data.mean()) + desired
There’s a better way, though. If the first thing in a function is a string that isn’t assigned to a variable, that string is attached to the function as its documentation:
In [ ]:
def centre(data, desired):
'''Return a new array containing the original data centered around the desired value.'''
return (data - data.mean()) + desired
This is better because we can now ask Python’s built-in help system to show us the documentation for the function:
In [ ]:
help(centre)
A string like this is called a docstring. We don’t need to use triple quotes when we write one, but if we do, we can break the string across multiple lines:
In [ ]:
def centre(data, desired):
'''Return a new array containing the original data centered around the desired value.
Example: center([1, 2, 3], 0) => [-1, 0, 1]'''
return (data - data.mean()) + desired
help(centre)
We have passed parameters to functions in two ways: directly, as in type(data), and by name, as in numpy.loadtxt(fname='something.csv', delimiter=','). In fact, we can pass the filename to loadtxt without the fname=:
In [ ]:
np.loadtxt('data/inflammation-01.csv', delimiter=',')
but we still need to say delimiter=:
In [ ]:
np.loadtxt('data/inflammation-01.csv', ',')
To understand what’s going on, and make our own functions easier to use, let’s re-define our center function like this:
In [ ]:
def centre(data, desired=0.0):
'''Return a new array containing the original data centered around the desired value (0 by default).
Example: center([1, 2, 3], 0) => [-1, 0, 1]'''
return (data - data.mean()) + desired
The key change is that the second parameter is now written desired=0.0 instead of just desired. If we call the function with two arguments, it works as it did before:
In [ ]:
test_data = np.zeros((2, 2))
print(centre(test_data, 3))
But we can also now call it with just one parameter, in which case desired is automatically assigned the default value of 0.0:
In [ ]:
more_data = 5 + np.zeros((2, 2))
print('data before centering:')
print(more_data)
print('centered data:')
print(centre(more_data))
This is handy: if we usually want a function to work one way, but occasionally need it to do something else, we can allow people to pass a parameter when they need to but provide a default to make the normal case easier. The example below shows how Python matches values to parameters:
In [ ]:
def display(a=1, b=2, c=3):
print('a:', a, 'b:', b, 'c:', c)
print('no parameters:')
display()
print('one parameter:')
display(55)
print('two parameters:')
display(55, 66)
As this example shows, parameters are matched up from left to right, and any that haven’t been given a value explicitly get their default value. We can override this behavior by naming the value as we pass it in:
In [ ]:
print('only setting the value of c')
display(c=77)
With that in hand, let’s look at the help for numpy.loadtxt:
In [ ]:
help(np.loadtxt)
There’s a lot of information here, but the most important part is the first couple of lines:
loadtxt(fname, dtype=, comments='#', delimiter=None, converters=None, skiprows=0, usecols=None, unpack=False, ndmin=0)
This tells us that loadtxt has one parameter called fname that doesn’t have a default value, and eight others that do. If we call the function like this:
In [ ]:
np.loadtxt('data/inflammation-01.csv', ',')
then the filename is assigned to fname (which is what we want), but the delimiter string ',' is assigned to dtype rather than delimiter, because dtype is the second parameter in the list. However ',' isn’t a known dtype so our code produced an error message when we tried to run it. When we call loadtxt we don’t have to provide fname= for the filename because it’s the first item in the list, but if we want the ',' to be assigned to the variable delimiter, we do have to provide delimiter= for the second parameter since delimiter is not the second parameter in the list.
“Adding” two strings produces their concatenation: 'a' + 'b' is 'ab'. Write a function called fence that takes two parameters called original and wrapper and returns a new string that has the wrapper character at the beginning and end of the original. A call to your function should look like this:
print(fence('name', '*'))*name*
In [ ]:
def fence(original, wrapper='#'):
"""Return a new string which consists of the original string with the wrapper character before and after"""
return wrapper + original + wrapper
print(fence('name', '*'))
If the variable s refers to a string, then s[0] is the string’s first character and s[-1] is its last. Write a function called outer that returns a string made up of just the first and last characters of its input. A call to your function should look like this:
print(outer('helium'))hmWhat does the following piece of code display when run - and why?
f = 0
k = 0
def f2k(f):
k = ((f-32)*(5.0/9.0)) + 273.15
return k
f2k(8)
f2k(41)
f2k(32)
print(k)