Horos 再び

旧バージョンとしてすっかり放置されていた当ブログであるが、アクセス解析みたらそれなりに来訪者がいるようだ。

なかでも、「ん?」と思ったのが、「horos 日本語化」あたりで訪れてくれる人が多いこと。

ホロス(horos)コミュニティになんかあったのか?とHPのぞきにいったら、けっこう変わってましたね。

なかでも驚いたのは、Horos Academy なるトレーニングコースが設置されたこと。

ホロス、学帽かぶってるよ…。

あと、ユーザー同士の Q&A のコーナーがごっそりなくなっていた。私もけっこう初歩的な質問には答えていたんだけどなあ。慣れない英語で。

全体的に教育・サポートで収益化をはかりたいという方針が前面に出てきたようだ。

how to install みたいな記事も上記アカデミー内にうつされたようで、これだと、初心者にはソースからコンパイルして Mac にインストールすることも難しいだろう。

なんだろう。この軽く裏切られた感…。

ちょっとインストールトライしてみるか。連休だし。

 

(追記1)…おおっぴらに書いていいかどうかわかりませんが、ダウンロードページは、こちらのようですね。

(追記2)…以前のように Xcode で一発!というわけにはいかないようですね。CMake が導入されてました。

(追記3)…参考までに OsiriX に関して調べましたが、愕然。商用版の OsiriX MD とデモ版の OsiriX lite があって、MD の方は $699 。しかも、買い切りではなく、サブスク1年間でこの価格。これはちょっと高くなりすぎのような…。

ただし、OsiriX のオルタナとして期待されていた Horos ですが、2020 頃より全くリポジトリが更新しておらず、実質的に開発中止となっています。

再開されたとしても近い将来 MacOS で OpenGL が使えなくなるため、OpenGL に依存している Horos は動かなくなります。

オープンソースのマネタイズというのは、難しいものがありますね。

(追記4)…Horos を日本語化したものでもこれはかなり注意が必要。
途中で配布停止になったことから考えていわゆる「なんちゃって」で無理やり日本語化したものだと思われます。セルフビルドできないレベルであれば、サポートなどもかなり薄めなはずで、それくらいなら、自分で勉強して自力運用することをお勧めします。

(追記5)なお、Horos プロジェクト自体は 2026 年現在、ほぼアップデートされておらず、開発は実質的に終了しています。

 

Horos plugin は使えるか?

horos シリーズ。

OsiriX の利点の一つとして「plugin を組み込むことで機能の拡張がはかれる」というのがある。例えば、 jpeg 画像ファイルを読みこみ DICOM ファイルとして保存させておくということができたりする。

なので Horos でもできないか確認。

plugin を Horos 用にコンパイル。ここは問題ないようだ。拡張子を .horosplugin とするのが作法か。

次に、適当な jpeg ファイルをつくり plugin 機能を使って Horos に読み込ませる。

で、タグを編集して、CT っぽくして3次元化。

あとは、普通に 3D レンダリング。ついでに動画書き出し。


 

割と機械的な作業の連続ですが、一応できたということで。

Horos なんちゃって日本語化、あるいは HorliX

下記の元記事は 2017 年に書かれたものですが、Horos の日本語事情を検索すると 2026 年の今でも上位にくるようです。
また、AI によっては「Horos を日本語で使用したいなら HorliX を使え」と勧めるようです。

そういう経緯を踏まえた上で思うところを書きます。

事実だけを述べると、HorliX に関しては arm 対応のバージョンが存在して、既存ユーザーさんや連絡をとってきてくれた人には無償で配布しています。もちろん日本語は使えるし、Horos でよくある UI の崩れもありません。

単純に画像を閲覧する程度であれば、今でも問題なく使えると思います。

けれども、一般公開はしていないし、積極的に普及させるつもりもありません。

その理由として、以前から「OpenGL が非推奨になった以上は、OpenGL に依存する HorliX/Horos をそのままの形でメンテしてもしょうがない」というようなことは言っていたのですが、実は、他にも理由はあります。

教育を考慮した際にはこちらの方がより深刻なような気がしますが、Horos のデータの取り扱いが現在の標準的な DICOM 規格から逸脱している、というのがそれです。
例えば、現在では ROI の情報は DICOM SR に、セグメントなどの加工データは DICOM SEG に保管する、というのが、標準になったように思います。が、Horos では

・DICOM SR はサポートされているが、内部的には独自形式で他のアプリと互換性がない
・DICOM SEG はそもそもサポートすらされていない

とこの現代の潮流から大きく逸脱しています。(詳しくは Slicer のスレ参照)
ならば改修したらいいじゃないかという話になりますが、困ったことに上記の特性は、基本設計に近い部分に存在しているため、改修にはかなりのコストがかかります。
その一方で、プログラミングの手法として AI を使ったコーディングが主流になりつつあります。そして、AI を使ったコーディングは、従来に比べ新規のプロジェクトをおこすのが楽です。

だから、Horos をなんらかの形で延命するのであれば、Horos を改修するのか、新規にプロダクトを起こすのかという選択になりますが、トレンドは完全に後者です。
長らく Horos をサポートしていた iCat という会社は falcon というプロダクトをリリースしていますし、われわれも PHORLIX シリーズを公開しています。
最近では「自作 DICOM Viewer」が流行っています。
もう、プログラミングに通じた少数のものだけで「業界標準」的な一つのソフトをつくる、という時代ではなくなっています。

だから、Horos を「新規」に導入するくらいであれば、用途に応じて、近年設計されたビューアを使うことをお勧めします。

まとめると・・・

HorliX は最低限のメンテは続けられているし、最新環境(今なら Tahoe や Golden Gate)で動くバージョンも存在する。希望者には配布もする。
しかし、積極的な機能追加はされておらず、今後もその方針を変える予定はない。
新規ユーザーはもちろん、既存ユーザーも、可能であれば、近年に設計されたモダンなビューアに移行することを推奨する。

ということになります。


Horos をインストールしたのはいいが、どうせなら日本語化したい。

Mac のことは詳しくないのだが、「OsiriX が日本語化されている以上、Horos でもできるはずだ」という単純な発想。まず、ファインダーで OsiriX.app を表示させ「内容を見る」→Contents→Resources と順に表示。

そしたら、ありました。 Japanese.lproj

あやしい。

おそらく、ここで国際化に対応しているんだろうと推測して、このフォルダを丸ごと Horos.app のContents/Resources フォルダに放り込む。そして、Horos 起動。

おお、日本語化されている。

とても正しい日本語化とは思えないが、今のところ問題なし。どの程度まで本体動作に影響するか不明だが、しばらくこのまま使う予定。(もう少し真面目に日本語化することにしました。下記参照)

それにしても、ここまで言うこと聞いてくれると Mac がだんだんかわいく見えてきた。マカーでもなんでもないが、安いのでいいから、新規に買っちゃおうかな。

 ちゃんとした日本語化

いつまでも「なんちゃって」ではまずいと思い正規の日本語化方法にしたがって若干必要なファイルを追加。ある程度日本語化しました。結果を github の

air-h-128k-il/HorliX

に上げておきました。HorliX と名を改めましたが、トライアル版を不定期に

HorliX Download Page

に上げてますので、必要な方がいたら落としてみてください。

とりあえず、アップデートアラートの類は出なくなりました。

本家にプルリクエスト送っておいたので取り込まれるかもしれません。→あっという間に取り込まれました。

日本語訳の検討はこちらでおこなわれています。

HorliX へ

日本語化以外にも、どこそこの UI を変えてくれ、SSL のサポートもしてほしいなどの要望があり、結局、上のリポジトリは、そのまま HorliX プロジェクトに発展しました。

ここまでやるつもりはなかったんですが、結局、電子カルテと DICOM Viewer/PACS の二つに手を出してしまったっていう…..。

「なんちゃって」日本語化は個人使用の範囲内で自己責任で 

コメント欄で指摘されて気がつきましたが、(オープンソース版ではない)OsiriX の日本語リソースは、開発元独自開発ですのでフリーでもなんでもなさそうです。再配布などはかなりまずいと思われます。(1回、調べたことありますが、各国ローカライズはかなりお金かかってます)
「なんちゃって」日本語化する場合は、個人使用の範囲内で自己責任でお願いします。

ところでコメント欄の


SUGIHARA

現在の OsiriX Lite には「Japanese.lproj」が無く「ja.lproj」のようです
「ja.lproj」をContents/Resources フォルダに放り込むと Horos が起動できなくなります
なにか対策ありますか?
或いは 「Japanese.lproj」をDL可能にしていただけませんか?


って、システムクラフト(サークルテック?)の杉原 利彦さんですかね。

ところで、この杉原さんによれば、私は horos プロジェクトの「自称」contributor なんだそうだが、一応、GitHub のシステムレベルでも記録はされており、世間的にも contributor ということで認知されていると思いますけどね。

北極圏コード貯蔵庫コントリビューター -Arctic Code Vault Contributor-

もの凄く貢献したってわけではないですが、ROI 関係なんて私のコードが基になってますし。

ROI

ところで、ROI-color-rotation-UI に関して、なんで Horos のコードを取り込まなかったのですか?ときかれたことがあったが、「保管方式がすっきりしておらず、後でデータ互換性の問題が起こりそうだったから」というのがその理由です。
当時はそこまで意識したわけではないんですが、「これはやり過ぎだな」と思って取り込みを見送ったわけです。
その後、DICOM SR・DICOM SEG などの標準的な形式が普及するにつれ、当時の判断は妥当だったんだなという思いを強くしています。

air-h-128k-il

(追記)ここ数年、Horos が OS のアップデートにもついていけない現状があるせいでしょうか「新しい環境で動くかどうかもわからないのに、エラー解消と称して日本語対応だけ、しかも正規なやり方ではない手法(日本語のチェックを外す云々)をことさら取り上げる業者や一部アカデミアの感覚はおかしいのではないか? 信用ならない」という一般ユーザーの方が増えているようです。
われわれもほぼ同様の意見です。
優先すべきはアプリ自体の安定動作です。
それができた上で、日本語化をはかりたい or 日本語環境をオフにしたいというならば、セルフビルドするかリポジトリコードを直接調整できるメンテナに直接頼む・交渉するというのが OSS に相応しい解決方法でしょう。

 

Horos

DICOM server/viewer として OsiriX が有名だが、ソースからコンパイルしても32bit になってしまうなど制約がある。OsiriX ベースのオープンソフト Horos ではこのような制約はないという。MacBookPro(OS X Sierra) にインストールしてみたので、その覚え書き。

(ビルドには、実行環境の SDK が必要なので、事前に準備しておきましょう。

/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs

で確認。なければ、別のバージョンの Xcode から持ってきて、上記フォルダ内にコピーしておく)

まず、github の horos サイトからソースをダウンロード。手に入れた horos-horos.zip を展開(慣れた方は git でどうぞ)。

その中にある Horos.xcodeproj を Xcode に読み込ませる。build setting で Base SDK を macOS 10.12 に指定。

build/Development に Horos.app ができるのでこれを起動。

試しに 3D レンダリングさせてみました。

けっこう安定している。これは使えるかも。

 

air-h-128k-il