(c) 2016 Justin Bois. This work is licensed under a Creative Commons Attribution License CC-BY 4.0. All code contained herein is licensed under an MIT license.
This tutorial was generated from a Jupyter notebook. You can download the notebook here.
# NumPy, the engine of scientific computing
import numpy as np
# We'll demo a couple SciPy modules
import scipy.special
In this lesson, we will learn about NumPy, arguably the most important package for scientific computing. NumPy is part of the SciPy stack, a collection of packages for doing various scientific computations. Most of the SciPy stack is built on NumPy and its poweful ndarray data type. We will devote the entire next lesson to ndarrays, but for now, we will take a brief tour through what NumPy and SciPy offer.
The SciPy stack consists of the following core packages.
| Package | Description |
|---|---|
| NumPy | Base routines and classes for handling data and numerical calculation |
| SciPy | Expansive set of tools for scientific calculation |
| matplotlib | Plotting library |
| IPython | The interactive Python console you already know and love |
| Pandas | A powerful data analysis library |
| SymPy | Symbolic mathematics library |
With the exception of SymPy, we will use all of these extensively in the next few days. In this lesson, we will show some of the basic features of NumPy and SciPy.
Importantly, everything in the SciPy stack is BSD licensed. This is a very permissive license, which basically means you can do whatever you want when using the code. You just need to include the license if you redistribute it.
Outside of this SciPy stack are important projects that either are too specific to be included in the monolithic SciPy stack, or are still under active development. Importantly, this includes scikit-image, a package for image processing, which we will use later in the course. The new scikit-bio is still in early stages of development and promises to be excellent (warning, though: it currently does not work with Windows). Biopython is a mature package for parsing data in a bioinformatics context.
The central object for NumPy and SciPy is the ndarray, commonly referred to as a "NumPy array." This is an array object that is convenient for scientific computing. We will go over it in depth in the next lesson, but for now, let's just create some NumPy arrays and see how operators work on them.
Just like with type conversions with lists, tuples, and other data types we've looked at, we can convert a list to a NumPy array using
np.array()
Note that above we imported the NumPy package "as np". This is for convenience; it allow us to use np as a prefix instead of numpy. NumPy is in very widespread use, and the convention is to use the np abbreviation.
# Create a NumPy array from a list
my_ar = np.array([1, 2, 3, 4])
# Look at it
my_ar
We see that the list has been converted, and it is explicitly shown as an array. It has several attributes and lots of methods. The most important attributes are probably the data type of its elements and the shape of the array.
# The data type of stored entries
my_ar.dtype
# The shape of the array
my_ar.shape
There are also lots of methods. The one I use most often is astype(), which converts the data type of the array.
my_ar.astype(float)
print(my_ar.max())
print(my_ar.min())
print(my_ar.sum())
print(my_ar.mean())
print(my_ar.std())
Importantly, NumPy arrays can be arguments to NumPy functions.
print(np.max(my_ar))
print(np.min(my_ar))
print(np.sum(my_ar))
print(np.mean(my_ar))
print(np.std(my_ar))
There are many other ways to make NumPy arrays besides just converting lists or tuples. Below are some examples.
# How long our arrays will be
n = 10
# Make a NumPy array of length n filled with zeros
np.zeros(n)
# Make a NumPy array of length n filled with ones
np.ones(n)
# Make an empty NumPy array of length n without initializing entries
# (while it initially holds whatever values were previously in the memory
# locations assigned, zeros will be displayed)
np.empty(n)
# Make a NumPy array filled with zeros the same shape as another NumPy array
my_ar = np.array([[1, 2], [3, 4]])
np.zeros_like(my_ar)
So far, we have not done much mathematics with Python. We have done some adding and division, but nothing like computing a logarithm, cosine, or even square roots. The NumPy functions also work elementwise on the arrays when it is intuitive to do so. That is, they apply the function to each entry in the array. Check it out!
my_ar = np.array([1, 2, 3, 4])
# Exponential
np.exp(my_ar)
# Cosine
np.cos(my_ar)
# Square root
np.sqrt(my_ar)
We can even do some matrix operations (which are obviously not done elementwise), like dot products.
np.dot(my_ar, my_ar)
NumPy also has useful attributes, like np.pi.
np.pi
SciPy actually began life as a library of special functions that operate on NumPy arrays. For example, we can compute an error function using the scipy.special module, which contains lots of special functions. Note that you often have to individually import the SciPy module you want to use, for example with
import scipy.specialscipy.special.erf(my_ar)
Importantly, NumPy and SciPy routines are often fast. To understand why, we need to think a bit about how your computer actually runs code you write.
We have touched on the fact that Python is an interpreted language. This means that the Python interpreter reads through your code, line by line, translates the commands into instructions that your computer's processor can execute, and then these are executed. As an interpreted language, code is often much easier to write, and development time is much shorter. It is often easier to debug. By contrast, with compiled languages (the dominant ones being Fortran, C, and C++), your entire source code is translated into machine code before you ever run it. When you execute your program, it is already in machine code. As a result, compiled code is often much faster than interpreted code. The speed difference depends largely on the task at hand, but there is usually over a 100 to 1000-fold difference.
First, we'll demonstrate the difference between compiled and interpreted languages by looking at a function to sum the elements of an array. Note that Python is dynamically typed, so the function below works for multiple data types, but the C function works only for double precision floating point numbers.
# Python code to sum an array and print the result to the screen
print(sum(my_ar))
/* C code to sum an array and print the result to the screen */
#include <stdio.h>
void sum_array(double a[], int n);
void sum_array(double a[], int n) {
int i;
double sum=0;
for (i = 0; i < n; i++){
sum += a[i];
}
printf("%g\n", sum);
}
The C code won't even execute without another function called main to call it. You should notice the difference in complexity of the code. Interpreted code is very often much easier to write!
Under the hood, when you call a NumPy or SciPy function, or use one of the methods, the Python interpreter passes the arrays into pre-compiled functions. (They are usually C or Fortran functions.) That means that you get to use an interpreted language with near-compiled speed! We can demonstrate the speed by comparing an explicit sum of elements of an array using a Python for loop versus NumPy. We will use the np.random module to generate a large array of random numbers (we will visit random number generation in a coming lesson). We then use the %timeit magic function of IPython to time the execution of the sum of the elements of the array.
# Make array of 10,000 random numbers
x = np.random.random(10000)
# Sum with Python for loop
def python_sum(x):
x_sum = 0.0
for y in x:
x_sum += y
return x_sum
# Test speed
%timeit python_sum(x)
Now we'll do the same test with the NumPy implementation.
%timeit np.sum(x)
Wow! We went from 1 millisecond to 6 microseconds! That's a factor of about 170!
If you are writing code and you think to yourself, "This seems like a pretty common things to do," there is a good chance the someone really smart has written code to do it. If it's something numerical, there is a good chance it is in NumPy or SciPy. Use these packages. Do not reinvent the wheel. It is very rare you can beat them for performance, error checking, etc.
Furthermore, NumPy and SciPy are very well unit tested (we will discuss this in the Test Driven Development lesson). In general, you do not need to write unit tests for well-established packages. Obviously, if you use NumPy or SciPy within your own functions, you still need to unit test what you wrote.