Igor Proは大変高機能なグラフ作成及びデータ解析のためのソフトであり、WaveMetrics社の製品です。日本語版もあり、ヒューリンクス社が取り扱っています。このヒューリンクス社が代理店なのか開発にも携わっているかは知りません。

このソフトはグラフ作成のための機能を殆ど揃えている一方、非常にC言語と似たインターフェースを持つ独自の開発言語を持つので、プログラミング経験のある人間ならば決まり切った作業をプログラムに書き下ろして自動化させることは容易だと思います。（僕は逆にこれでプログラミングを学びました）他に、GPIBボードなどと通信して、計測結果を直接取り込むなどと言う機能があるようです。 機能的に全く不満はないのですが、Linux版が出ていないことが大変残念です。是非リリースしてほしいと思います。

ツボにはまった事柄のメモ *

procedure *

Igorでは自分の用途に応じてプログラムを組むことができますが、これをprocedureなどと呼びます(これと別にmacroがあるが、ほぼ同じ)。experiment固有のものだと話は単純ですが、ある程度汎用的なprocedureを作成し適用する場合、若干の注意が必要となります。

あるexperimentでFileメニューのOpen Fileや、"Igor Procedure"ディレクトリからprocedureを読み込み保存した場合、experimentにはそのprocedureの実体が保存されず、そこへのreferenceが保存されます。実体を取り込むには、FileメニューからAdopt Procedureとします。Adoptを一斉にやる又はfunctionから実行する方法は今のところ無いようです。当該procedureが実体か、reference先のものかはprocedureウィンドウの左下の紙のアイコンをクリックすればわかります。

referenceで保存した場合、ソースのリファクタリング等によるパフォーマンスの向上といったことの恩恵は受けますが、関数名の変更や古い関数の廃止などを行うと、それに依存する古いexperimentの読み込みに支障が生じ得ます。これを防止するには、必要なprocedureに対し上述のAdoptを行う必要があります。Adoptはinclude先のprocedureも一緒にAdoptするようなことはしてくれませんので、複数のprocedureがある場合には手作業でAdoptを行うこととなります。

ですが、読み込みに支障が出るとは、もう完全にデータが破壊されてどうしようもない、といった様な悲惨な状況を意味するわけではないようです。experimentは、まず諸オブジェクトとウィンドウを作成し、後に固有のprocedureを読み込むようなので、例えばreferenceを保持する古いexperimentを開き現状のprocedureと矛盾が発生してコンパイルエラーが出たとしても、それは諸データを読み込んだ後の出来事なのでグラフ自体に変なことは起きていないようです。単に固有のprocedureのコンパイルエラーが起きただけで、それを用いて作成したデータがぐちゃぐちゃになるわけではないようです。

でもやっぱりこれは気持ち悪いし、他の環境にデータを移すことを考えれば、マメにAdoptしてexperiment自体で完全に話が完結するようにした方がいいのではないか、と僕は思います。

WM Procedures *

汎用性がありそうなものはWM Proceduresとして既に製造元が作成してくれています。Igor Help Filesなるディレクトリの"WM Procedures Index"なるヘルプファイルに使用方法が説明されています。まだ全ては試していないのですが、ざっと見て便利そうなものをメモします。

sprintf *

sprintf 文字列変数, "文字列" , 変数

C言語でいうところのsprintfが使えます。連番のwaveやグラフをまとめて処理するときによく使います。

Modifysurfer *

Igorでは三次元のグラフを描く際にSurface Plotと呼ばれる機能を使いますが、このグラフの体裁を整えるコマンドのModifysurferはprocedureから直接呼ぶことができません。だからexecuteコマンドを使って誤魔化して使えとマニュアルにはありましたが、forループで呼出す際にどうもうまくいきませんでした。frontWindowがうまく動いてない様な感じなのですが、単純に僕の書いたprocedureがタコなだけかもしれません。でもprintでコマンドを打ち出して範囲指定して実行したらうまくいったのでよしとします。

preferences *

preferences 1

という一行をprocedureに添えてやると、newLayoutなどでウィンドウを新しく開いた時に自分のpreferenceが自動的に適用されます。 細かい体裁はコマンドでなくマウスで視覚的に決めたい時には、前もって設定しておいてpreferenceに記憶させておけば、好みのウィンドウが次々とできるので楽です。

Aspect *

等高線プロットなどではプロット領域の縦横比を一定値に定めたいことがよくありますが、そんな時はAspectで指定すればうまくいきます。Aspectで比を決められたプロット領域にマージンを加えたものがウィンドウの大きさです。ですが、僕の環境では、折角Aspectを指定したのにいざLayoutをAdobe Distiller で印刷しようとするとDistillerが勝手にプロット領域の大きさを変えて体裁がグチャグチャになってしまうという現象が起きました。対策として、FILEというポートにAppleのColor Laser Writer 12/600Jなるプリンタをインストールしました。これ経由で印刷(実際にはポストスクリプトファイルでの出力)すると元のグラフに忠実なポストスクリプトファイルが吐かれるので、あとはDistillerで変換してやれば正しいpdfが無事できあがりました。(しかし、後にIllustrator等で編集する目的でpsやepsを吐かせる場合は、このように印刷からでなく"Save Graphic"を使って変換した方が良いようです)

できたポストスクリプトファイルを処理する時に、複数のポストスクリプトファイルをひとつにまとめるたいと思うことがしばしばあります。こんな時は、

gs -q -dNOPOSE -dBATCH -sDEVICE=pswrite -sOutputFile=出力ファイル名 -c save pop -f 入力ファイル名1 入力ファイル名2 ,,,,,,,,,,

とすれば合体したポストスクリプトファイルができあがります。他にもpsjoinというスクリプトがあり、これを用いればもっとお手軽に合体が実現します。

等高線プロット *

"Matrix of Z values"を選択し、xy軸として"_calculated_"を選択すると、x軸としてはMatrixのRow(行列の「行」)、y軸としてはMatrixのColumn(行列の「列」)が採用され、行列の見え方とは逆になるので注意が必要です

Layout *

上記の様に、プロット領域の比率等を指定すると、印刷等の際のレイアウトにもシビアな設定が必要なことがあります。Igor の Layout はグラフの大きさ等を指定することができ、Layout上でグラフ等をダブルクリックすると設定画面に移ります。ここのLeftとかTopとかは、紙の端から測った長さのことで、Layout自身の余白とは関係ありません。一方で、widthとかheightとかはグラフ自身の余白も含めた大きさなので、プロット領域の正確な大きさを知るためにはこれらの値からグラフのマージンを差し引く必要があります。

Table *

見てくれは普通の表なのですが、Igorは1次元データであるwaveを基本としているため、excelなどとは若干使い勝手が異なります。 あるデータ列を別の列に移したい場合はコピー＆ペーストではダメで、Altキーを押しながらドラッグする必要があります。

レイアウトとグラフのサイズ *

グラフ中の注釈等の配置や文字のサイズは、グラフの大きさによって自動的に調整される。しかし、煩雑なグラフとなると勝手に位置関係を変えられると困ることがある。結局のところグラフはA4サイズの用紙単位で管理することが多いため、グラフのサイズはA4用紙に丁度２つ収まるように予め決めてしまう（そして印刷はレイアウトから行う）のが私のお気に入り。そのためには以下のようにする。

こうすると、ひとつのレイアウトに２つのグラフが漢字の「日」のように２つピッタリと配置できる。ひとつだけでいいなら高さを25.6cmにする。

ショートカット *

覚ておくと重宝するもの

Ctrl+E最前面のウィンドウを最背面に
Shift+Ctrl+E最背面のウィンドウを最前面に
Ctrl+Jコマンドウィンドウ
Ctrl+Mプロシージャウィンドウ
Alt+最大化ボタンクリックpreference通りのウィンドウサイズにする

自作のprocedure *

備忘録及び保管のため、自作のprocedureを晒してみることにしました。もし万が一これを見た誰かの役に立てるなら嬉しいですが、 所詮は僕の作ったものなのでバグなどあるかも知れません。お約束の自己責任と言うことで・・・

詰め合わせ *

私が普段使っているものをまとめたものです。下のrainbowを含みます。

rainbow *

平面上の一点ごとの値の大きさを色の違いで表すことをイメージプロットと呼んでいるようです。用いる色には様々なものが考えられますが、値の相違を強調する場合、単純な濃淡よりも虹色の方が見易いものとなります。Igorに標準で備わっている虹色（Rainbowという名のcolor table）は、値が高い/低いの両端が紫と赤となっていますが、これでは多少の不都合があったので、両端を白と黒に変えて虹色の順番もいじくってみました。このprocedureは、この新しい虹色でイメージプロットするためのものです。