下記の元記事は 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 の
に上げておきました。HorliX と名を改めましたが、トライアル版を不定期に
に上げてますので、必要な方がいたら落としてみてください。
とりあえず、アップデートアラートの類は出なくなりました。
本家にプルリクエスト送っておいたので取り込まれるかもしれません。→あっという間に取り込まれました。
日本語訳の検討はこちらでおこなわれています。
HorliX へ
日本語化以外にも、どこそこの UI を変えてくれ、SSL のサポートもしてほしいなどの要望があり、結局、上のリポジトリは、そのまま HorliX プロジェクトに発展しました。
ここまでやるつもりはなかったんですが、結局、電子カルテと DICOM Viewer/PACS の二つに手を出してしまったっていう…..。
「なんちゃって」日本語化は個人使用の範囲内で自己責任で
コメント欄で指摘されて気がつきましたが、（オープンソース版ではない）OsiriX の日本語リソースは、開発元独自開発ですのでフリーでもなんでもなさそうです。再配布などはかなりまずいと思われます。（１回、調べたことありますが、各国ローカライズはかなりお金かかってます）
「なんちゃって」日本語化する場合は、個人使用の範囲内で自己責任でお願いします。
ところでコメント欄の
現在の OsiriX Lite には「Japanese.lproj」が無く「ja.lproj」のようです
「ja.lproj」をContents/Resources フォルダに放り込むと Horos が起動できなくなります
なにか対策ありますか？
或いは 「Japanese.lproj」をＤＬ可能にしていただけませんか？
って、システムクラフト（サークルテック？）の杉原 利彦さんですかね。
ところで、この杉原さんによれば、私は horos プロジェクトの「自称」contributor なんだそうだが、一応、GitHub のシステムレベルでも記録はされており、世間的にも contributor ということで認知されていると思いますけどね。
もの凄く貢献したってわけではないですが、ROI 関係なんて私のコードが基になってますし。
ところで、ROI-color-rotation-UI に関して、なんで Horos のコードを取り込まなかったのですか？ときかれたことがあったが、「保管方式がすっきりしておらず、後でデータ互換性の問題が起こりそうだったから」というのがその理由です。
当時はそこまで意識したわけではないんですが、「これはやり過ぎだな」と思って取り込みを見送ったわけです。
その後、DICOM SR・DICOM SEG などの標準的な形式が普及するにつれ、当時の判断は妥当だったんだなという思いを強くしています。
（追記）ここ数年、Horos が OS のアップデートにもついていけない現状があるせいでしょうか「新しい環境で動くかどうかもわからないのに、エラー解消と称して日本語対応だけ、しかも正規なやり方ではない手法（日本語のチェックを外す云々）をことさら取り上げる業者や一部アカデミアの感覚はおかしいのではないか？ 信用ならない」という一般ユーザーの方が増えているようです。
われわれもほぼ同様の意見です。
優先すべきはアプリ自体の安定動作です。
それができた上で、日本語化をはかりたい or 日本語環境をオフにしたいというならば、セルフビルドするかリポジトリコードを直接調整できるメンテナに直接頼む・交渉するというのが OSS に相応しい解決方法でしょう。
現在の OsiriX Lite には「Japanese.lproj」が無く「ja.lproj」のようです
「ja.lproj」をContents/Resources フォルダに放り込むと Horos が起動できなくなります
なにか対策ありますか？
或いは 「Japanese.lproj」をＤＬ可能にしていただけませんか？
こんにちは、SUGIHARAさん。
OsiriX の日本語化ファイルは ja.lporoj に変更になったんですね。
私は OS X は詳しくはないのですが、多言語化対応のソフトは内部的に「元の文字列を多言語に置き換える」というようなことを
やっていうようです。したがって現行の OsiriX の各種表記が以前のものと変わった場合、ja.lproj を以前の OsiriX, Horos に入れても
うまく動作できないでしょうね。
対策としては、ja.lproj を改変するのが自然ですが、手間がかかると思われます。
以前の Japanese.lproj を使いまわすのもいいのですが、ライセンスなどの問題でやっていいのかわかりません。
ところで、Horos にしても OsiriX にしても画像処理のライブラリは独自開発したものではなく他の有名ライブラリを流用しています。
この仕掛けがわかって、当グループは両プロジェクトに関する興味を一気に失いました。（簡易DICOMビューアーを作成したのは
そのため）
OsiriX や Horos を使って凝った処理をしようとすると結局、元のライブラリの勉強をせざるをえず、だったら、直接、DICOM ファイルを
操作する環境を作った方が構成がすっきりするという判断です。
逆に質問したいのですが、Horos で何をされたいんですか？
場合によっては、簡易ビューアー＋独自処理で OsiriX や Horos をこねくりまわすより簡単に目的が実現できるかもしれませんよ。
例えば、tag の編集などであれば、DCMTK （OsiriX, Horos が使っているライブラリ）のコマンドたたいた方が効率いいですよ。
staffさん
horos は研究で作成した VTK ソフトの検証に使う予定でした
出来れば日本語が分かりやすいかなと、、、
結局 OsiriX MD を購入しました
この SUGIHARA さんて方の要望をやんわり断ったのは正解なような気がします。
OsiriX の日本語リソースは、オープンソースではライセンスされていないはずなので、勝手に流通させるのはちょっとまずいと思われます。
SUGIHARA さんて、ある会社の方がこのお名前だった気がしますが、その方ですかね。
基本的には匿名投稿は掲載しないのですが、ある程度重要な指摘だと思われますので、そのまま掲載します。
>OsiriX の日本語リソースは、オープンソースではライセンスされていないはずなので、勝手に流通させるのはちょっとまずいと思われます。
さすがに日本語リソースのライセンス云々までは気がまわりませんでしたが、なんとなくまずいだろうと思ってそうしたというのが本当のところです。
>SUGIHARA さんて、ある会社の方がこのお名前だった気がしますが、その方ですかね。
IP アドレスを見る限り、ご想像の通りかと思います。