「開いたいるか」の都市伝説は本当だったか?
手が空いた時に電子カルテなどの作業をおこなっている。
「開いたいるか」についてのまとめなど。
増田茂氏の github 開発環境に対する無知
ところで、私は、2010年頃までの OpenDolphin に関しては評価していたし、それはこのブログでもはっきり言及している。
コミッターの一人、和歌山の増田内科(現在は閉院)の増田茂 医師 は、アマチュアにしてはよく頑張っているなあという印象を持っていた。
が、最近の
といったツィートを見る限り、増田茂氏は github (というソースコードのファイルを置いておくためのサイト)に関して何もわかってないようだ。
私が見たところ、HorliX (という医療画像を閲覧するためのソフト)は、ライブラリの一部は開発環境の癖もあって、全てが開示されているわけではないが、メインのソースコードは github で公開されている。
自分で github を使って開発していたら、わかりそうなもんなのだが。
増田茂氏のデータの互換性に関する定義
増田さんはよく「本家の OpenDolphin と増田ファクトはデータ互換性がある!」と主張している。商用版開発元も含め周囲は「え?」と思っていたのだが、これ、増田さんの「互換性」の定義が一般のそれと違うことからくるのかもしれませんね。
アプリAとアプリBの「データに互換性がある」と言った場合、通常は、データをA⇄Bでやりとしても正常に動くってのがその定義だと思う。
彼が言っているのは「本家の OpenDolphin から増田ファクトには移行ができる」ってこと、つまりA→Bのこと。
このような単純な一方通行の片道切符なのか、それとも、何か特別にA←Bができるような作り込みしているかまでは当然わからない。
ただ、主張だけをとるとデータの互換性の定義が違うのかなと思う。
どうも、この人に限らず、この人がらみの人脈は、ソフト開発の実際がまるでわかってないらしく、
この業界では、よしきちさんというそれなりに名の通った編集者/ライターの方がいらっしゃるのだが、「コーディングスキルはない」と誹謗中傷とも取れる発言をしていた。
確かに、編集よりの方だから、コーディングスキルはそれほどではないかもしれないが、少なくとも彼が本家 HorliX プロジェクトに送った日本語化に関するプルリクエストは非の打ち所がないくらい正当なものだった。github の日本語化検討でも
と積極的に活動していた。
残念ながら、マージをされなかったようだが、手続き的に見れば(= github の使い方から見れば)、まるで問題なく、初学者にしては、立派なものだったと感心した記憶がある。
少なくとも批判だけはして、オープンソースソフトに関してなんの貢献もしていない人間が言っていいセリフではない。
周囲の関心を集めていた頃の OpenDolphin は、素人であってもプロであってもこのプロジェクトに自由に関与できて、このソフトをよくしていこうという熱意があったように思う。
いつの頃からか、関与できる者が限定され始めた。そして、その関与者も果たして本当の関与者なのか疑問に思う人だらけになってしまった。
この点に関しては残念でならない。
(追記)
これも何かを勘違いしている。HorliX と Horos はかなり違ったものになってきている。どこかで詳しく書くかもしれないが、HorliX が世界で売れた理由は Horos には無いものがあったからだ。
HorliX Plugin
といっていたら、開発陣、あっさりと皮膚の写真を(擬似)3D表示。
![]() |
画像作成 猪股弘明先生 |
Horos ではなかなかこういう処理はやりにくい。
さらに取り込んだ画像をRGBに分解。
これもフェイザー猪股弘明先生(「先生」というのは精神科医でもあるから。深い意味なし)提供。プラグインで実現したんでしょうかね。
オープンソースのプロジェクトではライセンスの変更はしばしばある
なお、(ここもけっこうな人が誤認しているようなのだが)Horos もプロジェクト発足当初は GPL でライセンスされていた(現在は LGPL)。
時系列的にいえば、
LGPL(OsiriX 時代)→GPL(Horos 発足当初)→LGPL(現在)
となっている。
これは、主要なライブラリがほぼすべて外部のオープンソースのプロジェクトであるため、GPL⇄LGPLの変更は大きな意味を持たないからと考えられる。
これに関して小林慎治はおかしなこと言ってましたね。
調べてみると、そもそも「いるか」プロジェクト自体が(今ではクレジットすらされていない)関係者の共同著作物的意味合いが強かったり(現在、ソースコード上で特定できるのは Junzo SATO さん)サンプルコード(例えば Oracla が公開しているコード)の流用もあったりするのだが、それをオープンソース化するにあたって特定の者に copy right/left を集約させ GPL を適用している。現在は FSF (Free Software Foundation)も GPL の位置づけを微妙に変えてきている節もあり、微妙なところではあるのだが、そもそも GPL を適用すること自体が、けっこう無理筋なプロジェクトだったように思う。これは検証されてよいことがらだと思う。
http://www.seagaia.org/sg2004/manuscript/minagawa.html
http://archive.is/OOum3
これに関して小林慎治はおかしなこと言ってましたね。
GPL 適用の妥当性
調べてみると、そもそも「いるか」プロジェクト自体が(今ではクレジットすらされていない)関係者の共同著作物的意味合いが強かったり(現在、ソースコード上で特定できるのは Junzo SATO さん)サンプルコード(例えば Oracla が公開しているコード)の流用もあったりするのだが、それをオープンソース化するにあたって特定の者に copy right/left を集約させ GPL を適用している。現在は FSF (Free Software Foundation)も GPL の位置づけを微妙に変えてきている節もあり、微妙なところではあるのだが、そもそも GPL を適用すること自体が、けっこう無理筋なプロジェクトだったように思う。これは検証されてよいことがらだと思う。
http://www.seagaia.org/sg2004/manuscript/minagawa.html
http://archive.is/OOum3
ここなんか見ると、なんかこうもやっとする。
その後、様々な人がこの点を指摘するようになったようだ。
(個人的には、GitHub リポジトリでのプルリク・コードレビューがほぼない、が興味深かった)
ついでに言っておくと LSC 開発時代の後半くらいから、当の LSC が明確に「OpenDolphin は GPL である」とは明確に言ってない。
メドレーがどうするか知らないが、どこかでここらへんのゴタゴタは仕切り直すかもしれませんね。
(追記)『OpenDolphin -wiki風解説-』などもご参考に。
関係性がよくわからないのだが、京都大学に小林慎治氏という(任期付きの)教官がいる(現在は国立保健医療科学院)。この人は MML には関係しているかもしれないが、OpenDolphin には一行のソースコードの提供もおこなっていない。
なのだが、どこかの web 上のページで(あった、ここだ) LSC版dolphin → OpenOcean の fork を
正確にはforkのforkのfork
などと紹介していたが、これは完全に誤りのようだ。
あまりに自信満々で解説してあるので、一瞬つられたのだが、ありえない。
PHAZOR Team も解説しているが、
LSC版dolphin → 猪股先生版 OpenDplphin-2.7m → OpenOcean (0.0.1)
なので、fork の fork というのが正しい。
ソースを追っていって追加された機能などを確認していれば、間違えようがないのだが?
(「京大の」見解ではなく、小林慎治の個人見解のようですね。MOSSというのも法人格すら持たない任意団体のようです)
(個人的には、GitHub リポジトリでのプルリク・コードレビューがほぼない、が興味深かった)
ついでに言っておくと LSC 開発時代の後半くらいから、当の LSC が明確に「OpenDolphin は GPL である」とは明確に言ってない。
メドレーがどうするか知らないが、どこかでここらへんのゴタゴタは仕切り直すかもしれませんね。
(追記)『OpenDolphin -wiki風解説-』などもご参考に。
京都大(当時。国立保健医療科学院) 小林慎治氏の事実誤認について
関係性がよくわからないのだが、京都大学に小林慎治氏という(任期付きの)教官がいる(現在は国立保健医療科学院)。この人は MML には関係しているかもしれないが、OpenDolphin には一行のソースコードの提供もおこなっていない。
なのだが、どこかの web 上のページで(あった、ここだ) LSC版dolphin → OpenOcean の fork を
正確にはforkのforkのfork
などと紹介していたが、これは完全に誤りのようだ。
あまりに自信満々で解説してあるので、一瞬つられたのだが、ありえない。
PHAZOR Team も解説しているが、
LSC版dolphin → 猪股先生版 OpenDplphin-2.7m → OpenOcean (0.0.1)
なので、fork の fork というのが正しい。
ソースを追っていって追加された機能などを確認していれば、間違えようがないのだが?
(「京大の」見解ではなく、小林慎治の個人見解のようですね。MOSSというのも法人格すら持たない任意団体のようです)
(追記)結局、こうなったようです。
「確認してください」という意味では、「査収」の方がいいようだけれど、聞いた話ではメールの内容を精査してください、という文脈で使ったらしいので、日本語的には特に問題ないように思う。
実際、Unix 系のコマンドなんてそのコマンドの作成者とは別に (C) FSF となっていることが多い。この場合の (C) はそのプログラムをリリース・管理している団体という意味でしょう。GPL 的なライセンスでいうところの「著作権表記権」とは違う。
京都大(当時。国立保健医療科学院) 小林慎治氏の日本語使用能力について
あと、これもちょっとどうなんだろ。(初出は『男って』)「確認してください」という意味では、「査収」の方がいいようだけれど、聞いた話ではメールの内容を精査してください、という文脈で使ったらしいので、日本語的には特に問題ないように思う。
京都大(当時。現在は国立保健医療科学院) 小林慎治氏のGPLの解釈について
私なんてある意味ロートルなんで、最新の知識には自信はないのだが、GPL の解釈なんて IPA(情報処理推進機構)の解釈に従っていればいい、くらいに思っていた。GPLv3 公開当時、問題になったのは、Linux を組み込みで使う場合の公開義務あたりの解釈で著作権表記云々が問題になることはなかったように思う。実際、Unix 系のコマンドなんてそのコマンドの作成者とは別に (C) FSF となっていることが多い。この場合の (C) はそのプログラムをリリース・管理している団体という意味でしょう。GPL 的なライセンスでいうところの「著作権表記権」とは違う。
GPL などを制定している FSF(Free Software Foundation)自体が、そうしているのだから、それを「違う」というのは、どうなんだろうね。
テキストの多解釈はあってもいいと思うが、OpenDolphin-2.7m や OpenOcean が GPL に違反しているようには私には思えない。
例えば、OsiriX 派生ソフトの一つ(Osiri-LXIV)は AppStore 上では下図のような著作権表記なっている。
私は、AppStore 上ではアプリを配信したことはないので確かなことは言えないが、このような表記はどちらかといえばアップル側の要請ではないかと思う。
小林氏の所属は、当時、一応「京都大学」となっていたので、つられたことのだが、正確には「EHR共同研究講座」である。これは、いわゆる本科の医学研究科ではない。企業との共同研究講座というような位置付けである。だから、小林氏が主張している(L)GPLの解釈は、京都大学の公式のものではなく、あくまで個人的な解釈に留まるようだ。
医学研究科、知財部とも「あれは小林氏の個人的な解釈であり、京都大学とは一切関係ない」・「あまり一般的とはいえない。独自解釈でしょう」だそうである。
また、MOSS という組織も「京都大とは関係ない」そうである。
テキストの多解釈はあってもいいと思うが、OpenDolphin-2.7m や OpenOcean が GPL に違反しているようには私には思えない。
MacAppStore で公開するオープンソースアプリの著作権表記について
HorliX に関してこれもあれこれ批難めいたことを述べている人がいるようだけど、著作権表記は基本的に開発元・配布元の組織・個人名になるようだ。例えば、OsiriX 派生ソフトの一つ(Osiri-LXIV)は AppStore 上では下図のような著作権表記なっている。
私は、AppStore 上ではアプリを配信したことはないので確かなことは言えないが、このような表記はどちらかといえばアップル側の要請ではないかと思う。
この点を踏まえると、HorliX が著作権表示違反をおこなっているというのは的外れもいいいところのように思う。
EHR共同研究講座
小林氏の所属は、当時、一応「京都大学」となっていたので、つられたことのだが、正確には「EHR共同研究講座」である。これは、いわゆる本科の医学研究科ではない。企業との共同研究講座というような位置付けである。だから、小林氏が主張している(L)GPLの解釈は、京都大学の公式のものではなく、あくまで個人的な解釈に留まるようだ。
医学研究科、知財部とも「あれは小林氏の個人的な解釈であり、京都大学とは一切関係ない」・「あまり一般的とはいえない。独自解釈でしょう」だそうである。
また、MOSS という組織も「京都大とは関係ない」そうである。