私の仕事では、DICOM ファイルを使用する必要があります。各 DICOM ファイルは、1 つのディレクトリ内に多数の .dcm ファイルを構成します。これらのファイルをネットワーク経由で送信する必要がありますが、ファイルのサイズが大きいため、ネットワーク経由で送信する必要があります。私はプログラマーでもありますが、そのようなファイルを圧縮する理想的な方法は何だろうと考えていました。これは、ローカル コンピューターで実行され、後で宛先コンピューターで解凍される圧縮のことです (つまり、圧縮は、ネットワーク経由のファイル転送を高速化するためだけに行われます)。DICOM ファイルをトリミングする簡単な方法はありますか? (ファイルには頭全体の画像が含まれていますが、私は頭の小さな部分にしか興味がありません)。
ありがとう！
医学的文脈では、不可逆圧縮は、推奨されていないものと禁止されているものの間のどこかにあります。既存のデータセットをトリミングすることを主張する場合、標準では、少なくとも新しい画像とシリーズのUIDを作成する必要があります。この標準では、jpeg2000の形式でロスレス圧縮が許可されていますが、それは非常にまれです。おそらく、データセットは完全に非圧縮であると言えます。
私の経験では、医療データセットを堅実なアーカイブとして圧縮する方がはるかに優れています。つまり、すべての画像を1つのストリームに統合します。通常、近くの画像間には多くの類似性があり、これがその類似性（統合圧縮辞書）を利用する方法であるため、これは非常に理にかなっています。これは、rarコンプレッサーとgzipコンプレッサーの両方でコマンドラインオプションとして使用できます。
解決：
gdcmconv --jpeg uncompressed.dcm compressed.dcm
またはより良い圧縮率の場合：
gdcmconv --jpegls uncompressed.dcm compressed.dcm
参照: http://gdcm.sourceforge.net/html/gdcmconv.html
また、非可逆圧縮に対してもお勧めします。適切に行うには、DICOM ウィザードである必要があります (DICOM 標準の派生メカニズムを参照してください)。また、画像をトリミングしないことをお勧めします（UIDを再生成し、フレームまたは参照を更新する必要があります...）
HTH
一方の端でlzma圧縮のような単純なものを使用して、ファイルを圧縮して送信できます。gzip のようなものを取得して、プログラムでファイルを簡単にパック/アンパックできるため、これが最も簡単なソリューションです。最近のコンピューターは、多数の小さなファイルよりも 1 つの大きなファイルを送受信することを好むため、これはかなり役立つ可能性があります (1 つの 1GB ファイルは、100KB ファイル 10000 個よりもはるかに高速に転送されます)。
実際に集約サイズを縮小することに関しては、各 .dcm ファイルはおそらくスライス (MRI や CT データなどを見ている場合) であり、使用しているビューアーはスライスを 3D 画像に再構築します。それらをトリミングすることは不可能ではありませんが、DICOM 形式の解析は少しトリッキーです。DICOM ファイルの解析に役立つ無料のプログラムは知りませんが、しばらく探していませんでした。
DICOM はコンテナー形式であるため、目的の画像データは通常、一般的な形式 (JPEG など) で保存されるため、ファイルの関連部分を取得して画像データを抽出できる場合は、次のいずれかを使用できます。選択したサイズに合わせて画像をトリミングするために利用できる画像処理ツールの負荷。
「DICOM Shrinkinator」と呼ばれる圧縮ルーターがあり、研究を PACS に送信する際にこれを行うことができます。