インポートされたマップドキュメントの表示の違い—ArcGIS AllSource

ArcGIS AllSource では、スムーズなシンボルおよびテキストでマップとシーンの迅速な描画を実現できる高性能な描画エンジンが使用されています。

アプリケーション間の描画の比較 — ArcGIS AllSource (右) には、見栄えを良くするための機能 (アンチエイリアスなど) が組み込まれています。

この描画エンジンは ArcMap で使用されている描画エンジンとは異なり、インポート時に ArcGIS AllSource で描画されたマップの表示にはいくつかの重要な違いがあります。

次のセクションでこれらの描画の違いとその理由について説明します。

テキストおよび絵文字マーカーのアンチエイリアス

ArcMap では、テキストおよび絵文字マーカーのアンチエイリアスはコンピューターの表示設定で構成されるフォントスムージング設定によって制御されます。これらの設定はユーザーごとに構成され、アプリケーションの一部として構成されるものではありません。

Windows のパフォーマンスオプションダイアログボックスのフォントスムージングプロパティ — フォントスムージング設定はオペレーションシステムによって異なります。

ArcGIS AllSource では、これらの設定はアプリケーションのオプション内に構成されています。

ArcGIS AllSource の描画エンジンでは、テキストと絵文字のアンチエイリアスの有効化に異なる方法が使用されています。また、このアンチエイリアスの実行に使用されているアルゴリズムも異なり、ArcMap の表示と比較すると、テキストのレンダリングと絵文字マーカーにも異なる点がいくつかあります。

テキストアンチエイリアスされている表示と — 左: ArcMap (フォントスムージングなし)。右: フォントのアンチエイリアスがすべて (推奨) に設定された ArcGIS AllSource。

座標の丸め方の違い

ArcMap では、画面上に表示されるエレメントを整数座標で指定します。フィーチャの実際の座標 (ラインやマーカーなど) を整数座標で正確に表せない場合は、切り上げまたは切り捨てが行われます。これにより、非常に細いラインや外縁ラインのような非常に細いエレメントの場合、不正確な表示になる可能性があります。指定されたズームレベルまたは表示範囲でサイズが 1 ピクセル未満のラインは 1 ピクセルに切り上げられます。

96 dpi での — 96 dpi の ArcMap では、2.6 ポイント (左) と 1.9 ポイント (右) の 2 つのラインシンボルに見た目の違いは見られません。

ArcGIS AllSource の描画エンジンでは、サブピクセル単位の座標を使用して、マップ上にフィーチャを配置および描画することができます。これにより、フィーチャの配置およびシンボル表示が非常に正確になります。

マップサービスのプレビューの例 — ArcGIS AllSource では、2.6 ポイント (左) と 1.9 ポイント (右) の間に顕著な違いがあります。

ただし、マップのシンボルが ArcMap で最初から設計されていた場合は、ArcGIS AllSource で表示が異なることがあります。これは、特にラインシンボルの場合に顕著です。

ラインエイリアシングの例 — より精密なレンダリングによるエイリアシングの例を示します。左: ArcGIS AllSource。右: ArcMap。

ArcGIS AllSource では、アンチエイリアスを適用して表示の変更による影響を軽減することができますが、アンチエイリアスが最適な解決法でない場合もあります。たとえば、アンチエイリアスを使用すると、パフォーマンスが低下する可能性があります。マップの要件によっては、パフォーマンスの低下が許容されない場合があります。また、8 ビットのパレットを使用しているターゲットのエクスポート形式では (PNG 8 形式や GIF 形式など)、色の継続的な変化のレンダリングに必要なディザリングによって、アンチエイリアスが十分な効果を発揮しないこともあります。

アンチエイリアスの例 — アンチエイリアスにより、ライン表示を大幅に改善することができますが、パフォーマンスは低下します。左: アンチエイリアスなし。右: 最適なアンチエイリアス。

修正前後でのラインエイリアシング — 左: ArcGIS AllSource でレンダリングされた高速道路シンボルの元のライン幅。右: 修正後。修正後のバージョンでは外縁ラインが破線で表示されなくなります。

この状況を最小限に抑えるには、マルチレイヤーラインシンボルのサイズを手動で変更して、より適切なラインサイズにします。この方法では、ターゲットの dpi に 96 dpi 以外 (120 dpi のターゲット解像度など) を使用した変換も可能になります。

特定の解像度 (dpi) に対応したライン設計

指定した解像度に対する適切なラインサイズを決定するには、マルチレイヤーラインシンボルの各シンボルのサイズを次の式に入力します。ターゲット解像度の値は、シンボルを使用するのに必要な最小解像度を反映して設定することをお勧めします。次の例でハードコードされた数値 72 は、インチあたりのポイント数の変換係数です。

WidthInPixels = (LineWidth in points * TargetResolution in dpi)/72

幅 (ピクセル単位) が 1.5 未満の場合、幅を変更する必要はありません。幅 (ピクセル単位) が 1.5 以上の場合、次の式で編集後の幅を決定します。

新しい幅をポイント単位で計算します。
新しい幅 (ポイント単位) = (幅 (ピクセル単位) + 0.5)
新しい幅 (ポイント単位) を、その値を超えない最も近い整数 (自然数) 値に丸めます。
最終的なライン幅を以下に設定します。
(丸めた新しい幅 (ポイント単位) * 72) /ターゲット解像度

たとえば、必要な解像度が 44 dpi、ラインシンボルの幅が 2.60 の場合、次のように計算を実行します。

幅をピクセル単位で計算します。
(2.60 * 44) / 72.0 = 1.5888 幅 (ピクセル単位) は 1.5 より大きい値であるため、次のステップに進みます。
新しい幅をポイント単位で計算します。
新しい幅 (ポイント単位) = (幅 (ピクセル単位) + 0.5) = (1.5888 + 0.5) = 2.0888
結果を最も近い整数に切り捨てます。
新しい幅 (ポイント単位) = 2.0
結果を使用して、最終的なライン幅を決定します。
(2.0 * 72) / 44 = 3.27 ポイント

もう 1 つの例として、必要な解像度が 120 dpi、新しいラインシンボルの幅が 2.60 の場合、次のように計算を実行します。

幅をピクセル単位で計算します。
(2.60 * 120) / 72.0 = 4.333 幅 (ピクセル単位) は 1.5 より大きい値であるため、次のステップに進みます。
新しい幅をポイント単位で計算します。
新しい幅 (ポイント単位) = (幅 (ピクセル単位) + 0.5) = (4.333 + 0.5) = 4.833
結果を最も近い整数に切り捨てます。
新しい幅 (ポイント単位) = 4.0
結果を使用して、最終的なライン幅を決定します。
(4.0 * 72) / 120 = 2.4 ポイント

シンプルシンボル

シンプルシンボル (シンプルラインシンボル、シンプル塗りつぶしシンボル、およびシンプルマーカーシンボル) は、ArcMap で整合性なく表示されることがあります。このようなシンプルシンボルの不整合により、ArcGIS AllSource でシンボルの描画に違いが生じることがあります。マップのインポート時に生成されるログファイルでこれらの違いが通知されることもあります。

たとえば、破線または鎖線パターンを使用したシンプルラインシンボルはマップの基準縮尺を考慮しないため、指定された dpi ごとに異なる間隔で描画されます。 ArcGIS AllSource では、これらのシンボルはマップの基準縮尺を考慮するため、指定された dpi ごとに変化することがありません。

シンプル塗りつぶしシンボルでは、スタイルプロパティを ArcMap ユーザーインターフェイスで使用できません。ただし、多くの開発者サンプルおよび他のサードパーティによるコードスニペットでは、これらのシンボルがマップ上に作成される場合があります。 esriSFSSolid 以外のスタイルは ArcGIS AllSource でサポートされていないため、インポートログでエラーになります。

シンプルマーカーシンボルでは、シンプルマーカーの振舞いが表示されるサイズに応じて変化するため、サイズと形状にばらつきが生じます。

ArcGIS AllSource では、常にマーカーシンボルが指定されたサイズで表示されます。 ArcMap では、シンプルマーカーシンボルのサイズが一定の閾値を下回ると、それ以上小さくは描画されません。つまり、シンボルのサイズが閾値に達した場合、ArcGIS AllSource では引き続きこれらのシンボルが正確なサイズで表示されますが、ArcMap ではこれらのシンボルが正確なサイズで表示されないため、明らかな不一致が生じます。

注意:

場合によっては、ArcMap で過度に強調されている小さなフィーチャは、小さい表示縮尺で ArcGIS AllSource に表示されない可能性があります。

ライン装飾

ArcMap のライン装飾を含むラインシンボル (矢印付きラインなど) の場合、装飾されるフィーチャのラインの長さより装飾自体が長いと、装飾が描画されません。 ArcGIS AllSource の描画エンジンでは、ラインのサイズに関係なく常にライン装飾が描画されます。一部の縮尺では、ArcMap より煩雑な表示となる可能性があります。ただし、ライン装飾は一貫性のある、決まった方法で描画されます。

色

ArcGIS AllSource の描画エンジンでは、色管理エンジンが使用されています。このため、一部の色に関しては ArcMap の表示と正確に一致しない場合があります。

ArcMap では、色管理が使用されていません。特に以下を使用する場合、色の違いに注意する必要があります。

RGB 以外の色空間で定義された色 (HSV、CMYK、またはグレースケールで定義された色など)
HSV、CIELab、または LABLch アルゴリズムを使用したアルゴリズムカラーランプ

マップサービスでの色の違いを最小限に抑えるには、ArcMap 内でモニター設定を変更します。この方法は、ArcGIS AllSource にインポートするマップを作成する場合に役立ちます。

モニター設定にアクセスするには、[シンボルプロパティ] ダイアログボックスで色見本のドロップダウンメニューをクリックして [その他の色] を選択します。

[色選択] ダイアログボックスにある矢印ボタンをクリックして [モニターのセットアップ] を選択します。

[モニターのセットアップ] ダイアログボックスの [ガンマ] 設定を「2.2」に変更し、[OK] をクリックしてダイアログボックスを閉じます。

これにより、ArcGIS AllSource の描画エンジンで使用されている色プロファイルにかなり近いガンマ値を使用するように ArcMap が指示されます。

注意:

この設定は、ユーザーが描画したマップおよび上記の修正が実行されたコンピューターで描画されたマップの表示にのみ影響します。

フォント処理

ArcGIS AllSource でのフォントの処理は ArcMap と少し異なります。特に、ArcMap でのレンダリングで見られたような、誤った斜体スタイルや誤った太字スタイルがテキストに表示されません。斜体または太字を指定するには、斜体スタイルまたは太字スタイルを含むフォントを使用する必要があります。誤った斜体および誤った太字とは、フォントが斜体スタイルでも太字スタイルでも使用できない場合や特性の組み合わせに対応するフォントがインストールされていない場合を指します。たとえば、Verdana Bold と Verdana Italic は存在しますが、Verdana Bold Italic は存在しません。

誤った斜体スタイルおよび誤った太字スタイルでは、元のフォントを図形として斜めにするか (斜体)、太くします (太字)。

誤った斜体の例 — ArcMap で表示される誤りのある斜体のフォント (左) と誤りのある特性なしで表示される実際のフォント (右) を示しています。

この動作は、常に書体の実際の太字または斜体バージョンに視覚的に対応するわけではありません。一部のフォント (マーカーシンボルとして使用する目的で設計された Esri フォントなど) では、太字または斜体スタイルで表示する意味がありません。 ArcGIS AllSource では、システムで使用可能なフォントおよびフォントスタイルのみが表示されます。

誤った太字の例 — ArcMap で表示される誤りのある太字のフォント (左) と誤りのある特性なしで表示される実際のフォント (右) を示しています。

フォントリンキングおよびフォントフォールバック

フォントでは、作成者が設定した特定の文字群 (ラテン文字の A や中国文字の qian (チエン) など) に関する定義が別々の文字セット (西ヨーロッパ文字やキリル文字など) に含まれています。フォントフォールバックおよびフォントリンキングは、指定したフォントでは実際に存在しない文字を、その文字を含む別の似たフォントで描画することによって文字を表示する手法です。これらの手法はラテン文字を東アジア文字のみを含むフォントで表示したり、またはその逆の表示を行うためによく使用されます。

このような場合、ArcMap の表示では Windows GDI (Graphics Device Interface、Windows 内蔵のグラフィックスシステム) を使用して、フォントに存在しない文字をその文字を含む別のフォントにリンクしようとするため、フォントに存在しない文字があってもテキスト文字列を表示することができます。 ArcGIS AllSource でも、文字列をレンダリングできるように、同様のロジックが使用されます。 ArcMap とは異なり、ArcGIS AllSource のフォールバックでは、PDF や EPS などのフォントを参照する出力形式で適切にレンダリングされます。多くの場合、フォールバックを使用すると、元のフォントとリンクされたフォールバックフォントとの間でカーニングや他の特徴に不一致が生じるため、最適ではない表示結果となります (下の図を参照)。

この場合、ArcMap (左) では、Thaana フォントのテキストに対してフォールバックが発生します。 ArcGIS AllSource には Arial Unicode MS フォントに該当する文字が存在しないため、四角の記号がレンダリングされます。

これらの問題から、フォントフォールバックを使用して適切な文字をレンダリングすることは、どのマップに対してもお勧めしない方法です。

一般的に、使用しようとしている文字セットのグリフを含むフォントを使用することをお勧めします。上の例では、選択したフォント (Arial Unicode MS) に Thaana フォントの文字セットは存在しません。テキストを正しくレンダリングするには、インラインのテキスト書式タグを使用して Thaana 文字を含むフォント (MV Boli フォントなど) に切り替えます。

フォント置換

同様のテクノロジであるフォント置換は、要求されたフォントがシステム上に存在しない場合に、テキストを別のフォントで表示します。たとえば、マップが Helvetica フォントを使用したテキストを含んでいるものの、Helvetica フォントがコンピューターにインストールされていない場合、テキストは Arial フォントに置換されて表示されます。

ArcGIS AllSource では、ArcMap と同様にフォント置換を利用できます。ただし、一般的に最善となる方法は、マップで使用されているフォントがマップを使用するコンピューターで利用可能にすることです。

このトピックへのフィードバック