Yukinobu Hamuro
hamur****@adm*****
2005年 1月 6日 (木) 13:38:06 JST
羽室です。 Takashi Washio さんは書きました: >鷲尾です。 > >あけましておめでとうございます。 >ぼやぼやしているうちに、 >年が明けました。 > > >>> 確かにこれも１つの考え方ですが、やはりオープンソースとする >>> 上でソースが読みにくいのはデメリットなのと、もともと統計研究者 >>> の間でFortranで親しまれているコードなら、そのまま公開する >>> 方が管理や普及が楽なような気がします。 >> >>MUSASHIと統計研究の双方のユーザのメリットを考えれば >>どちらもできるだけ現状に近い方法で歩み寄るのがベストだと思います。 >>なので可能であれば、この方法で良いのではないでしょうか。 >># ただし、そのラッパー関数は誰が作るのか? >># Rのパッケージの様に利用者自身が実装できると良いのですが... > >確かにラッパー関数に関して、何かMUSASHIとして規格がないと >いけないでしょうね。現状のMUSASHIのAPIはCで書かれた >ライブラリで、私どもところではこれをCソースからヘッダで参照して >呼んだ経験しかありません。 > >おっしゃるようにRのように何か標準の呼び出しを作らないといけない >でしょうね。 Rの仕組みをまだ勉強していないのでよくわからないのですが、ここで言うラッパー関数とはどのようなものでしょうか？ MUSASHIのコマンドレベルを関数呼び出しできるAPIは、前回の開発会議でも出ましたが今後開発を進めていくつもりです。 > >>> MUSASHIとして公開ソースが混在していてもいいかどうか >>> という面がかかわると思いますが。 >> >>MUSASHI-COREに取り込むのは賛成できません。 >>MUSASHI-MODULEあたりなら許容範囲ですが、 >>以前話のあったMUSASHIの関数化が出来れば >>比較的容易にMUSASHI外部のsourceからMUSASHIが利用できるのではないかと >>思います。 > >はい、今回の統計関係の解析コマンドを加えることについては、 >コアをいじる必要はないと思います。 > >>関数化実現までの間に本件の実装が必要なのであれば >>無駄な重複作業が発生しないように対応しておく必要がありそうです。 >>いずれにしても利用したいという統計処理用のFortranのプログラムが >>どういうものなのか次第かなぁという気もします。 >> >>全てが同一のI/Fを持っているわけではありませんよね? >>むしろ入出力の形式すらバラバラなのではないかと思いますが... >>もしもそうであれば、やはりMUSASHI側で全部を対応するのは >>無理があると思います。 > >おっしゃるように同一のＩ／Ｆにはなっていないですが、 >基本的に表形式データの読み込みなので、その点を >逆にＭＵＳＡＳＨＩに合うようにすることは可能と思います。 はい、基本的には表形式データの入出力がキーポイントだと思います。 現在のMUSASHI APIではデータ入力について多様なインターフェースを持っています。 ・単純に一行ずつ読み込むI/F ・二行ずつ読み込みキーブレークを認識できるI/F ・キー単位で読み込むI/F などです。 いずれにして行単位での読み込みが基本なのですが、欠点はコーディングが少し複雑ということです。 XMLのDOMとSAXで言うところのSAXのようなものです。 DOMのようにデータを全てメモリ上に展開することを前提にしたインターフェースを装備すればコーディングも楽になると思われます。 ---- Yukinobu Hamuro hamur****@adm*****
