My GitHub profile provides an overview of much of my recent software engineering activities. My primary working language is Python with occasional help from C/C++ to do some of the computational heavy lifting.

Code Library

Most of my current programming work is done as part of the esi-neuroscience organization on GitHub. One of the larger projects I am involved in is SyNCoPy, a framework for large-scale electrophysiology data-analysis in Python. I was one of its original authors and I am still a regular contributor. I am the maintainer of ACME, a stand-alone concurrent processing wrapper which also serves as SyNCoPy’s parallelization engine.

During my postdoc I have developed research codes for applications in computational neuroscience, stochastic dynamical systems, and general graph theory which are located in the Analytic Tools repository. The full documentation can be found here.

A collection of codes that I have written during my doctoral studies is available in my Math Imaging repo. These routines perform various image processing tasks, such as de-noising or segmentation.

For reference older (and probably now out-dated) instructions for custom-building NumPy and SciPy on Python 2.7 are provided in the section below.

Computational Working Environment

I have profound knowledge and multiple years of practical experience working with the following languages and tools:

In addition, I routinely use LaTeX as well as all common Microsoft Office components.

Building NumPy and SciPy

The following instructions explain how to set up and build NumPy and Scipy on a Unix-like system. This is of course not the only tutorial explaining this procedure. However, I found the official notes a little sparse in some (in my opinion) crucial places. This is especially the case for UMFPACK, SciPy’s default solver for sparse linear systems. UMFPACK is part of Tim Davis’ SuiteSparse and widely used in many software packages (e.g. MATLAB’s “backslash” operator relies heavily on it). However, SciPy does not require UMFPACK to be installed on your system (it will fall back to SuperLU instead, which is built auto-magically together with SciPy). If you do not care/want/need to set up UMFPACK for the use in SciPy, jump directly to Step 2. Otherwise let’s start with Step 1 (note that it is assumed that you already have BLAS and LAPACK installed on your system)

  1. In contrast to many other packages SciPy requires to be linked against a shared library However, SuiteSparse does only build static libraries by default. Unfortunately tweaking SuiteSparse to build shared libraries and (both needed by SciPy) turned out to be painstakingly cumbersome. Thus it may be easiest to just replace the original Makefiles with my tuned versions and then run the build process as explained in the following.

    1. Download SuiteSparse from here. Extract the archive and move the generated directory to a convenient location. Let’s call this folder $SuiteSparseDIR in the following.

    2. UMFPACK can use METIS for fast matrix reordering. If you do not care/want/need to set up METIS just skip this step. Otherwise download METIS-4.0.1 from here. Unpack the archive and move the metis-directory to $SuiteSparseDIR. Rename to and place it in $SuiteSparseDIR/metis/. Fire up a terminal, cd to $SuiteSparseDIR/metis/ and type make. If all goes well proceed to the next step.

    3. Download and edit the lines where the variables INSTALL_LIB and INSTALL_INCLUDE are defined to your liking. Then put the file in $SuiteSparseDIR/SuiteSparse_config/.

    4. Rename GNUmakefile_umfpackLib to GNUmakefile and move it to $SuiteSparseDIR/UMFPACK/Lib/. Similarly rename Makefile_umf to Makefile and put it in $SuiteSparseDIR/UMFPACK/.

    5. Now the same for AMD: rename GNUmakefile_amdLib to GNUmakefile and move it to $SuiteSparseDIR/AMD/Lib/. Similarly rename Makefile_amd to Makefile and put it in $SuiteSparseDIR/AMD/.

    6. Now cd to $SuiteSparseDIR and type make library followed by make install (add sudo if INSTALL_LIB and INSTALL_INCLUDE are not in your home-folder). Note that these steps assume that you did not change the directory structure of SuiteSparse - if you moved any of AMD, CAMD, CHOLMOD etc. additional modifications are necessary (more details here [1]).

  2. Download NumPy and SciPy and extract both archives. Edit the file numpy-x.y.z/site.cfg as follows. Make sure that the install location of your SuiteSparse, i.e. INSTALL_LIB and INSTALL_INCLUDE, appears in the [DEFAULT] section (if you do not care/want/need to use UMFPACK ignore this). Thus if, for instance, SuiteSparse resides in /usr/local/lib and /usr/local/include it should be something like

    library_dirs = /usr/lib:/usr/lib64:/usr/local/lib
    include_dirs = /usr/include:/usr/local/include

    Further, make sure to specify your BLAS/LAPACK/ATLAS installations

    libraries = ptf77blas, ptcblas, atlas
    libraries = lapack, ptf77blas, ptcblas, atlas

    Finally make sure that your site.cfg has a section like

    amd_libs = amd
    umfpack_libs = umfpack
  3. Since NumPy makes heavy use of BLAS it is crucial that the same FORTRAN compiler that built BLAS is used to build NumPy (see this note in the official documentation). If your shared BLAS is /usr/lib64/ then type ldd /usr/lib64/ in a terminal. If appears somewhere in the output then your BLAS was most probably built with gfortran. Thus to build NumPy cd to numpy-x.y.z and type

    python build --fcompiler=gnu95

    Conversely, if you find in ldd ‘s output then g77 has been used to build your BLAS. Hence type

    python build --fcompiler=gnu

    Finally the command

    python install --prefix=/path/to/somewhere

    installs NumPy in /path/to/somewhere (sudo will be necessary again if /path/to/somewhere is not in your home directory).

  4. If you have installed NumPy in a non-standard location you have to tell Python where to find it before you can use it. Assume you have installed NumPy in the location /path/to/somewhere using Python 2.7 on a 64 bit system. Then type in a bash shell

    export PYTHONPATH='/path/to/somewhere/lib64/python-2.7/site-packages':$PYTHONPATH

    to update your Python path (csh users might want to use setenv instead). Then fire up Python and type

    import numpy

    This should result in the output


    Thus the just installed NumPy version has been imported. Now you may want to check the output of numpy.show_config() to make sure that all libraries have been detected correctly. Finally numpy.test() (which needs nose) tests the installation.

  5. After the successful installation of NumPy building SciPy is quite straight forward. Copy site.cfg from numpy-x.y.z to scipy-x.y.z. Make sure that your $PYTHONPATH points to the just installed NumPy (explained above). Depending on your findings before build SciPy using

    python build --fcompiler=XXX

    and install it with

    python install --prefix=/path/to/somewhere
  6. Test the installation with

    import scipy

    which should similarly give


    Further, check scipy.show_config() to make sure that SciPy uses the right libraries. Due to some ImportError - silencing in SciPy (compare e.g. this post) it is not too easy to see if UMFPACK is actually used by SciPy after all. Even if scipy.show_config() proudly announces that it found using linalg.spsolve may produce surprising results. Thus you might want to run to check UMFPACK’s functionality. If you encounter troubles try to

    cd /path/to/somewhere/lib64/python-2.7/site-packages/scipy/sparse/linalg/dsolve/umfpack/

    and import _umfpack. This should work without raising an ImportError. Finally you can test SciPy’s functionality by typing scipy.test() (which also needs nose)

  7. If you are tired of updating your $PYTHONPATH in order to be able to use your homebrewed NumPy/SciPY each time you start a new shell you may want to include the line

    export PYTHONPATH='/path/to/somewhere/lib64/python-2.7/site-packages':$PYTHONPATH

    in your .bashrc-file (for bash users).

If you have any comments/questions/criticism please do not hesitate to contact me.