Skip to main content

Kelvin Probe Force Microscopy (KPFM) signal processing utilities.

Project description


.. image::

.. image::
:alt: Documentation Status

Kelvin Probe Force Microscopy (KPFM) data analysis.


Collect useful code for custom Kelvin probe force microscopy experiments into a single repository.
The motivation for using a single repository is prior experience and `this article <>`_.


A tentative structure for the repository is

.. code-block:: none

├── experiment
│ └──
├── tests
│   ├──
│   └──
├── scratch
│ ├──
│ └──
└── util

Each experiment is contained in its own module.
The ``util`` module collects useful functions and decorators that are useful across a range of modules.
Tests are placed in the ``tests`` module.
Scratch contains a place for code that will not be maintained.
If a particular experiment or procedure is useful over a longer period,
it can be moved to its own experiment module.

Development life cycle of new code

1. Workup data and write provisional code in an IPython notebook
2. If many data files are going to be processed in this way, move the routine to a new module in ``scratch``.
- Workups in ``scratch`` come with no guarantees that they will not break.
- In practice, it would be useful to create a new copy of the temporary code if there is likely to be significant breakage.
3. If the experiment is useful enough, copy / edit the scratch code and move it to its own experiment folder. In doing so, we commit to leave the experiment in a usable, backward compatible state, which means consistent LabView code for collecting the data, as well as consistent, backward-compatible routines for working up the data.

The idea would be that with a powerful set of utility, signal processing, and data analysis tools in the ``kpfm`` package, many analyses could be performed quickly at (1) or (2).
Even having a file in scratch (perhaps copied occasionally as the data analysis or LabView code changes significantly) is a significant improvement over code copied between IPython notebooks.
The other consideration is that it is a large investment of time to maintain code, so that code related to a "one-off" experiment should be saved, but not maintained.




The full documentation is at


0.1.0 (2017-03-28)

* First release on GitHub.

Project details

Release history Release notifications

This version
History Node


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Filename, size & hash SHA256 hash help File type Python version Upload date
kpfm-0.3-py2.py3-none-any.whl (29.1 kB) Copy SHA256 hash SHA256 Wheel py2.py3

Supported by

Elastic Elastic Search Pingdom Pingdom Monitoring Google Google BigQuery Sentry Sentry Error logging AWS AWS Cloud computing DataDog DataDog Monitoring Fastly Fastly CDN SignalFx SignalFx Supporter DigiCert DigiCert EV certificate StatusPage StatusPage Status page