LZWDecodeは、PDF文書内でファイルサイズを削減しながら元のデータを正確に保持するために使用される可逆データ圧縮フィルタです。開発者であるLempel、Ziv、Welchにちなんで命名されたこのフィルタは、辞書ベースの圧縮を実装しており、初期のPDFバージョンで広く使用されていました。 ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) で規定されているように、LZWDecodeはPDF仕様の一部として残っていますが、FlateDecode などのより効率的な圧縮方式に大きく取って代わられています。

LZWDecodeは、PDFファイル内のコンテンツストリーム、画像データ、その他のバイナリデータを圧縮するために、PDF仕様で定義されている標準ストリームフィルタの1つです。DCTDecode（JPEG圧縮）などの非可逆圧縮フィルタとは異なり、LZWDecodeは解凍されたデータが元の入力とビット単位で完全に同一であることを保証するため、テキスト、線画、および正確な再現が必要なあらゆるコンテンツに適しています。

このフィルタは、データストリーム内で遭遇したバイト列の動的辞書を構築し、繰り返し出現する列をより短いコードで置き換えることで機能します。これにより、繰り返し出現する単語を含むテキストや、均一な色の大きな領域を持つ画像など、反復パターンを持つデータに対して特に効果的です。

LZWDecodeは、主に圧縮方法論と歴史的背景において、FlateDecode（DEFLATEアルゴリズムを使用）とは異なります。どちらも可逆圧縮ですが、一般的にFlateDecode の方が優れた圧縮率を達成し、現代のPDF作成ツールで好まれる選択肢となっています。LZWDecodeは、2000年代初頭まで存在していた特許制限もあり、レガシー技術と見なされており、最大の相互運用性を目指すPDFサブセットや標準では禁止または制限されることがあります。

PDF文書を扱う開発者にとって、LZWDecodeを理解することは、いくつかの実用的な理由から重要です。

Marked contentは、PDF内のコンテンツシーケンスに対して、特定のオペレータを使用してセマンティックまたは構造的なタグを付与するための基本的な仕組みです。これらのタグは、BMC（Begin Marked Content）、BDC（Begin Marked Content with property list）、EMC（End Marked Content）のオペレータによって区切られます ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) 。Marked contentは、文書の視覚的な外観に影響を与えることなく、PDFのコンテンツストリームの一部にメタデータや構造情報を関連付ける方法を提供します。

Marked contentは、PDFコンテンツストリーム内で、一連の描画操作を識別タグで囲むための括弧システムです。コメントやアノテーションとは異なり、marked contentはコンテンツストリームに直接埋め込まれ、囲まれたコンテンツに関する追加のメタデータを提供するオプションのプロパティディクショナリを持つことができます ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) 。

MediaBoxは、PDFにおけるページレベルの必須プロパティであり、ページが表示または印刷される物理的な媒体の境界を定義します ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) 。これは、デフォルトユーザー空間単位（通常は1/72インチ）でページの座標系と寸法を確立します。PDF文書内のすべてのページは、ページ自体に直接定義されているか、ページツリーの祖先ノードから継承されたMediaBoxを持つ必要があります。

MediaBoxは、PDFページ辞書内で4つの数値の配列として指定される矩形であり、ページの物理的な境界を定義する座標[左下x、左下y、右上x、右上y]を表します ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) 。これらの座標は、デフォルトユーザー空間座標系で表現され、原点(0,0)は通常ページの左下隅にあります。

Miter limitは、PDF グラフィックスにおいて、2つのストローク間のマイター結合がベベル結合に切り替わるタイミングを制御するパラメータです。2本の線が鋭角で交わる場合、マイター結合は実際の角を大きく超えて延び、見苦しいスパイク（突起）を作り出すことがあります。PDF仕様 ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) で定義されているmiter limit値は、レンダラーがマイター結合からベベル結合へ自動的に切り替える前の、マイター長と線幅の最大比率を決定します。

Miter limitは、PDFのストローク操作におけるマイター結合の動作の閾値を設定する数値です。これはマイター長（結合部の内側の角から外側の点までの距離）と線幅の間で許容される最大比率を表します。この比率がmiter limit値を超えると、PDFレンダラーはマイター結合スタイルを放棄し、代わりに鋭い点を単純に切り落とすベベル結合を描画します。

このパラメータは、マイター、ラウンド、ベベルに設定できる線結合スタイル自体とは異なります。Miter limitは、線結合スタイルがマイターに設定されている場合にのみ適用され、鋭角での過度に長いスパイクを防ぐ安全機構として機能します。PDFにおけるデフォルトのmiter limit値は10.0で、これはベベル化が発生する前にマイター長が線幅の最大10倍まで延びることができることを意味します。

PDFコンテンツを作成または操作する開発者にとって、miter limitを理解することは、クリーンでプロフェッショナルな外観のベクターグラフィックスを作成するために不可欠です。適切なmiter limit設定がないと、鋭角を持つ図形は、グラフィックの意図された視覚的境界を大きく超える、注意をそらすような長い点を生成する可能性があります。これは、ポリゴン、星、矢印、または鋭角を持つあらゆる幾何学図形を描画する際に特に顕著になります。

Name objectは、PDF仕様において8つの基本オブジェクト型の1つであり、スラッシュ（/）文字で始まる不可分のシンボルとして表現されます ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) 。Name objectはPDF文書全体を通じて一意の識別子として機能し、主に辞書オブジェクトのキーとして、また特定の文脈における値として使用されます。文字列オブジェクトとは異なり、name objectは内部構造を持たない不可分のシンボルとして扱われるため、文書階層全体で一貫した識別を行うのに理想的です。

Name objectは、PDFファイル構造内の不可分の識別子を表す、スラッシュ記号（/）で始まる文字列です。スラッシュに続く文字列がnameの値を形成し、この値は大文字小文字を区別し、null（文字コード0）を除く任意の文字を含むことができます。Name内の特殊文字は、番号記号（#）とそれに続く2桁の16進数で表現され、その文字のコードを示します。

Name objectは文字列オブジェクトとは異なり、括弧や山括弧で囲まれず、エンコーディング情報も持ちません。単にシンボル識別子として機能します。配列や辞書とは異なり、name objectは内部構造を持たず、分割不可能な単位として存在します。一般的な例としては、/Type、/Pages、/Font、/MediaBox、/Contentsなどがあり、これらはPDF文書全体で辞書のキーとして使用されます。

PDF仕様では、PDFアーキテクチャ内で特定の意味を持つ多数の標準nameが定義されています ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) 。開発者は特定の目的のためにカスタムnameを作成できますが、標準nameはPDFプロセッサと準拠リーダー間の相互運用性を保証します。

Named actionは、PDF内で定義済みのアクション識別子であり、標準化されたキーワードを通じて一般的なナビゲーションおよび表示操作をトリガーします。複雑なパラメータを持つカスタムアクション辞書を定義する代わりに、開発者はNextPage、PrevPage、FirstPage、LastPageなどの組み込みアクションを単純な名前文字列で参照できます ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) 。Named actionは、PDFビューアと支援技術全体で一般的なドキュメントナビゲーション機能を実装するための一貫した方法を提供します。

Named actionは、複雑なアクション辞書構造ではなく、定義済みの名前によって指定されるアクションタイプです。PDF仕様 ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) では、named actionはアクションタイプとして/Namedを使用し、いくつかの標準化されたキーワードの1つを含む/Nエントリを持ちます。最も一般的なnamed actionには、NextPage（次のページに進む）、PrevPage（前のページに戻る）、FirstPage（最初のページにジャンプ）、LastPage（最後のページにジャンプ）、PrintDialog（印刷ダイアログを開く）などがあります。

PDF開発の文脈における「No-cost」とは、購入費用なしで自由にダウンロードおよび使用できるISO規格および仕様を指します。多くのISO規格は有料ですが、特にPDF Associationの協力を得て開発されたPDF関連の特定の仕様は、広範な採用と実装を促進するために無償で提供されています。このアクセシビリティは、PDF 2.0仕様を定義する ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) や、PDFアクセシビリティ要件を扱う ( Citation: N.A., 2014 (N.A.). (2014). Document management applications — Electronic document file format enhancement for accessibility — Part 1: Use of ISO 32000-1 (PDF/UA-1) .  International Organization for Standardization Retrieved from https://www.iso.org/standard/64599.html ) などの関連規格において特に重要です。

Nonzero winding rule（非ゼロワインディング規則）は、PDFでグラフィックスをレンダリングする際に、パスのどの領域を塗りつぶすかを決定するために使用されるデフォルトのアルゴリズムです ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) 。この数学的手法は、パスが各点の周りを何回巻き付くかを追跡し、パスの方向を考慮しながら、各点のワインディング数を計算します。ワインディング数がゼロでない点はパスの内側にあるとみなされ、塗りつぶされます。

Nonzero winding ruleは、PDF仕様で定義されている2つの塗りつぶしアルゴリズムの1つで、もう1つはEven-odd rule（奇偶規則）です。この規則は、対象の点から無限遠まで仮想的な光線を引き、パスとの交差を数えることで、点がパスの内側にあるか外側にあるかを判定します。パスが左から右へ（パスの進行方向に）交差する場合、カウントが1増加し、右から左へ交差する場合、カウントが1減少します。最終的なカウント（ワインディング数）がゼロでない場合、その点はパスの内側にあるとみなされ、塗りつぶされます ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) 。

Object numberは、PDFファイル内で間接オブジェクトを一意に識別するための正の整数です。 ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) で定義されているように、各間接オブジェクトはobject numberと世代番号を組み合わせたオブジェクト識別子によって参照され、PDF内の他のオブジェクトがそれを参照できるようになります。Object numberはPDFの構造において基本的な要素であり、ランダムアクセスや増分更新を可能にするクロスリファレンスシステムを実現しています。

Object numberは、PDFの構文における間接オブジェクト宣言の最初の構成要素です。PDFファイル内で12 0 objという記述を見た場合、12がobject number、0が世代番号、そしてobjがオブジェクト定義の開始を示すマーカーです。Object numberは1から順番に割り当てられ（object number 0は予約されています）、PDF文書内で一意である必要があります。インラインで埋め込まれる直接オブジェクトとは異なり、間接オブジェクトはこれらの番号を使用して、文書構造全体にわたるアドレス可能な参照システムを確立します。

Object numberは世代番号とは目的と動作の両面で異なります。Object numberはファイル内のオブジェクトの位置に対して固定されたままですが、世代番号は増分更新でそのオブジェクトが更新または置き換えられた際に増加します。両者が組み合わさって完全なオブジェクト識別子を形成しますが、object numberが位置と参照の主要な手段となります。

オブジェクト参照（object reference）は、PDFファイル内の間接オブジェクトへのポインタであり、n g Rという構文を使用します。ここで、nはオブジェクト番号、gは世代番号を表します。 ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) は、この仕組みをPDFオブジェクトがファイル構造内で相互に参照するための基本的な方法として定義しています。オブジェクト参照により、PDFフォーマットはデータを重複させることなく要素間の複雑な関係を構築でき、PDFの内部リンクシステムの基盤を形成しています。

オブジェクト参照は3つの構成要素から成ります：オブジェクト番号（正の整数）、世代番号（非負の整数）、そしてキーワードRです。例えば、12 0 Rは、オブジェクト番号12、世代番号0の間接オブジェクトを参照します。これは、実際のデータをインラインで含む直接オブジェクト（direct object）や、参照される対象である間接オブジェクト（indirect object）とは異なります。世代番号により、インクリメンタル更新時のオブジェクトの再利用が可能になります。オブジェクトが削除または置換されると世代番号が増加し、ファイルが時間とともに変更されても参照が曖昧にならないことを保証します。

PDF操作を行う開発者にとって、オブジェクト参照の理解は以下の理由から極めて重要です。第一に、同じオブジェクトを重複なく複数回参照できるため、効率的なメモリ管理が可能になります。第二に、プログラムによるPDF構造のナビゲーションに不可欠です。注釈（annotation）、フォームフィールド、ページコンテンツ、リソースディクショナリなどは、すべてオブジェクト参照を利用して関係性を確立しています。第三に、PDFの解析や生成時に、実際のデータにアクセスするためにはオブジェクト参照を正しく解決する必要があります。参照自体は単なるポインタであり、コンテンツそのものではありません。最後に、PDFの問題をデバッグする際には、ドキュメント構造を理解するためにオブジェクト参照の連鎖を追跡することが頻繁に必要になります。