Recently Created Projects
Makes browsing through projects with multiple files and lots of functions easier.
- Shows all functions/macros from a procedure file including parameter types, return types and special properties (like static, threadsafe, etc.)
- Alphabetically sorted list of functions/macro
- Allows jumping to their definitions by mouse and keyboard
- Works with Independent Modules
Code for using Igor Pro with NIDAQ toolkit and National Instruments data acquisition boards (PCI-6110 or similar for imaging plus optionally a PCI-6036 or similar for electrophysiology traces) to drive a scanning laser microscope system, as for confocal or 2-photon microscopy. Igor Pro/NIDAQ drives the galvanometers that direct the beam, and collects the data. Can also control moving the microscope stage around, as for controlling focus to make z-stacks. Includes some code for analysis of images/image stacks.
Schroedinger_SOLVER is an IGOR PRO procedure that integrates numerically the Schroedinger equation with the NUMEROV method to obtain the time-independent -or stationary- solutions, for any given 1-D potential. The solver assumes boundary conditions in which the wave function is zero at both extremes of the space domain (coordinate x). In practice this means that the potential is assumed to be infinite at xmin and xmax. Therefore, for the moment the code is not prepared for solving, for example, the Coulomb potential.
This project will automatically create a preview of a saved Igor experiment by compiling its available windows into a notebook and saving the notebook in a central location and keep track of them with a UUID that matches a generated UUID string stored in the experiment.
The script will list the pxp files in the specified folder (instead of the notebook previews), and when you select one it will access the UUID stored in the pxp and match it to the appropriate preview file (or display "No Preview Available" if a preview has not yet been generated).
The aim of this project is to aid the Igor Pro user in selecting one among many saved experiments. The method is to create a formatted notebook containing currently visible graphs in an open experiment. The notebook is saved under the same name and directory as the experiment. Saved notebooks can be quickly viewed through a panel containing a simple method of selecting a disk path and displaying the names of notebooks residing in that path in a list box. Contents of the notebook are displayed in a notebook subwindow on that panel when the user clicks on a item in the listbox.
A procedure for generating kinetic profiles from analysis of intensity values from confocal line scans.
Sequential line scans are imported into 2D waves from either TIFF or Zeiss LSM* files.
Analysis options include:
- choice of statistical test run on line scan data
- ability to set inter-line scan-interval
- stat values output to data table
- creation of a graph and curve fit options
Running "Line Scan Analysis" from the Macros menu creates a panel (see screenshot).
(* requires the LSMreader.pxp written by Stephen R Ikeda
Igor Sequencer controls an Arduino device to produce sequences of output pulses in a user-defined sequence. It provides low cost control of up to 12 outputs in two banks of 6 pins with sub-millisecond accuracy. Sequences are programmed through a GUI and they can be saved and loaded for quick recall.
You will need an Arduino Uno or Mega (it will probably work with other Arduino models as well). A sketch is provided which contains the code to install on the Arduino. A manual describing installation and operation is also available for download.
// Function ProgressMeter routines
// Routines to create, update and destroy a little progress meter. This uses
// igor drawing commands in a panel. Data is normalized to a 0 to 100 unit
// scale and meter is updated every 5 units (20 increments).
// Truncates name to 40 characters and ensures that name is igor legal. Always
// use return value (string) from ProgressMeterCreate as MeterName parameter
This set of files allows you to get syntax highlighting in gedit (http://en.wikipedia.org/wiki/Gedit) or meld (http://en.wikipedia.org/wiki/Meld_%28software%29). These editors are crossplatform (windows, mac, linux) and open source.
This allows to compensate for some missing features of the native igor editor, namely:
- line numbering
- automated bracket completion
- automatic indentation
- code snippets
- Line wraping when printing
- case change
A collection of utilties for user interface widgets (TabControls, SetVariables, PopMenus, window sizing, etc.) plus some other general utilities for Igor programming.
Channel Rhodopsin Mapper (ChRMapper) is a package written for Igor Pro 6.1 or higher for making photoactivation maps in motor cortex expressing channel rhodopsin (Ayling et al., Nat Methods. 2009 Mar;6(3):219-24; http://www.ncbi.nlm.nih.gov/pubmed/19219033).
- Data acquisition board from National Instruments
- NIDAQmx XOP (http://www.wavemetrics.com/products/nidaqtools/nidaqtools.htm)
- Computer-controllable stage (usually serial port with VDT2).
- Laser plus associated optics to focus it on the sample (see paper for details).
This project aims at providing a complete set of tools for programmers for writing and maintaining unit tests.
- Runs on Windows and MacOSX
- Completely documented and with lots of examples
- Includes more than ten test assertions coming in three versions
- Allows for the arbitrary grouping of test cases
- Easily expandable and adaptable
- Support for executing test suites from the command line
Planned features (open for collaboration):
- Threadsafe test assertions
- Machine readable (XML) log file format
This project here is a proof of concept implementation in AWK of an filter which translates procedure files into C-ish output for doxygen consumption.
Requires GNU AWK available for windows here.
- Functions, including parameter type resolution, call-by-reference recognition and optional parameters
- Comment procedure files using doxygen commands
This is a procedure file that creates a panel for controlling generation of an audio tone (played out of the computer speakers or headphone jack).
Users can define frequency, duration, and whether the tone is repeated (as well as the delay between consecutive tones).
Compiling the procedure places a menu item in the Macros.
Collection of functions and procedures for loading data from the HITRAN database and simulating optical transmission through the atmosphere as a function of temperature, pressure and gas composition as well as thermal emission.
For more information about the HITRAN database, and to access the data files, go to:
Procedure File containing functions (and wrapper procedures with Menu calls) for convolving waveform data with standard spectroscopic peak shapes (Gaussian, Lorentzian and Voigt) with x-scaling awareness and preservation of integral normalization.
HDF5gateway makes it easy to read a HDF5 file into an IgorPro folder, including group and dataset attributes, such as a NeXus data file, modify it, and then write it back out.
The goal was to make it easy to read a HDF5 file into an IgorPro folder, including group and dataset attributes, such as a NeXus data file, modify it, and then write it back out. This file provides functions to do just that.
ThreadSafeUtils is an XOP adding two utility functions for threadsafe programming.
executes userFunction and returns its string if running in the main thread and an empty string otherwise. This converts the compile-time threadsafe check of Igor procedures into a runtime check.
userFunction must be a function returning a string and accepting no parameters. Although allowed it does not make sense that userFunction is threadsafe, because in that case userFunction is also usable with runtime checks for thread safety.
A Procedure File (BM_Simulator.ipf) for simulating a random walk and modeling Brownian Motion. This procedure creates a series of displacements generated after a "particle" experiences a series of random molecular collisions. Each collision moves the particle a distance determined by its mean free path setting. After a defined number of collisions, the particle is at a new, random location and the distance between its starting location and final location is termed a "displacement".
TANGO is an object oriented distributed control system being actively developed as a collaborative effort between several synchrotron institutes. The object model in TANGO supports methods, attributes and properties. In TANGO all objects are representations of devices. The devices can run on the same computer or distributed over computers interconnected by a network. The network communication is based on CORBA & ZMQ. Communication can be synchronous, asynchronous or event driven. Configuration data is stored in a database.