標識
Network Analyst ライセンスで利用可能。
標識は、出口番号、連絡道路、連絡道路を進んで到達可能な主な行先など、高速道路標識に表示される行先情報を提供します。 標識データが手元にある場合は、データを使用することで、ArcGIS Network Analyst extension によって生成されるルート案内を充実させることができます。 たとえば、下の画像に示す道路標識は、北に向かっている運転者に対するものであり、出口 242 をとると、東に向かう道路 (高速道路) 80 に入り、ブライトン (Brighton) およびエーンズワース (Ainsworth) に到達することを示しています。
上の画像には、矢印に沿って短いルートが作成されています。標識が表示される場合とそうでない場合のルートを比較すると、下図のようになります。 それぞれの例の 3 番目の手順に違いがあります。
2 つ目のルート案内を使用する運転者は、道順の詳細情報を、道路で遭遇する標識と照合することにより、誤ったターンを回避することができます。
ルート案内に関する標識情報は、標識 フィーチャクラスと Signposts_Streets テーブルを使用して指定します。 フィーチャクラスは、道路標識のテキストを記述し、テーブルは、道路標識で指定されたルートをたどるときに通過するストリート セグメントを識別します。
以下のセクションで説明する形式を使用して、標識を独自に作成することは可能ですが、推奨しません。 いずれの場合も、データを作成したら、それらを有効にするために、ネットワーク データセット プロパティ ダイアログ ボックスで、フィーチャクラスとテーブルの両方を指定する必要があります。
標識フィーチャクラス
標識 フィーチャクラスは、ライン フィーチャクラスです。 ジオデータベースの場合、ネットワーク データセットと同じフィーチャ データセット内に置く必要があります。 シェープファイル ネットワーク データセットの場合、同じワークスペース内に置く必要があります。 標識 フィーチャクラスは、最大で 10 の分岐と 10 の目的地をサポートできます。 下の表では、2 つの分岐と 3 つの目的地をサポートする 標識 フィーチャクラスのフィールドについて説明します。
|
フィールド |
形式 |
説明 |
|---|---|---|
|
|
OID |
標識の ID (OID フィールド) です。 |
|
|
Geometry |
標識のジオメトリー (ライン ジオメトリー) です。 |
|
|
テキスト |
出口番号 (たとえば、出口 242) です。 |
|
|
テキスト |
ランプが終わって最初に現れるストリートまたは高速道路の名前 (たとえば、I-80 (州間高速道路 80 号線)) です。 |
|
|
テキスト |
Branch0 の正式な方向 (たとえば、北、南、東、西) です。 |
|
|
テキスト |
Branch0 の言語 (たとえば、en、de、fr) です。 |
|
|
テキスト |
ランプが終わって最初に現れるストリートまたは高速道路の分類。通常のストリート名またはルート番号として分類され、次の値を使用します。
|
|
|
テキスト |
Branch0 で使用される物理的なストリートを共有する第 2 のストリートまたは高速道路の名前です。 州間高速道路 80 号線と 30 号線がランプの終わりで道路のセグメントを共有している場合、ここでは 30 号線を入力します。 |
|
|
テキスト |
Branch1 の正式な方向 (たとえば、北、南、東、西) です。 |
|
|
テキスト |
Branch1 の言語です。 |
|
|
テキスト |
ランプが終わって 2 番目に現れるストリートまたは高速道路の分類。通常のストリート名またはルート番号として分類され、次の値を使用します。
|
|
|
テキスト |
ランプが終わる先の第 1 の目的地 (たとえば、ブライトン (Brighton)) です。 |
|
|
テキスト |
Toward0 の言語 (たとえば、en、de、fr) です。 |
|
|
Short |
ランプが終わる先の第 1 の目的地の分類。通常のストリート名またはルート番号として分類され、次の値を使用します。
|
|
|
テキスト |
ランプが終わる先の第 2 の目的地 (たとえば、エーンズワース (Ainsworth)) です。 |
|
|
テキスト |
Toward1 の言語です。 |
|
|
Short |
ランプが終わる先の第 2 の目的地の分類。通常のストリート名またはルート番号として分類され、次の値を使用します。
|
|
|
テキスト |
ランプが終わる先の第 3 の目的地 (たとえば、別の都市または目標物) です。 |
|
|
テキスト |
Toward2 の言語です。 |
|
|
Short |
ランプが終わる先の第 3 の目的地の分類。通常のストリート名またはルート番号として分類され、次の値を使用します。
|
Signposts_Streets テーブル
Signposts_Streets テーブルは、ネットワーク データセットと同じジオデータベースまたはシェープファイルのワークスペース内に存在する必要があります。 Signposts_Streets テーブルの概要は次のとおりです。
|
フィールド |
形式 |
説明 |
|---|---|---|
|
|
OID |
ObjectID フィールド。 |
|
|
Long |
標識フィーチャクラスの ObjectID フィールドに対する外部キーです。 |
|
|
Long |
運転のセグメントの順序識別子です。 標識のストリート フィーチャのシーケンス全体が指定されている運転の場合、1-K とすることができます。ここでの K とは、運転時の最大エッジ数です。 先頭/最後のエッジのみが指定された運転の場合、先頭のエッジは 1、最後のエッジは 0 になります。 |
|
|
Long |
標識運転順序でストリート フィーチャクラスに対応するフィーチャクラス ID です。 |
|
|
Long |
標識運転順序でストリート フィーチャに対応するフィーチャ ID です。 |
|
|
Double |
標識運転順序が開始するストリート フィーチャを決定するのに使用されます。* |
|
|
Double |
標識運転順序が終了するストリート フィーチャを決定するのに使用されます。* |
*EdgeFrmPos および EdgeToPos の値については、以下の点に注意してください:
ライン フィーチャのデジタイズされた方向のエッジに沿って移動する場合、
EdgeFrmPosの値は、EdgeToPosの値より小さくなります。ライン フィーチャのデジタイズされた方向と反対の向きに移動する場合、
EdgeFrmPosの値は、EdgeToPosの値より大きくなります。複数のエッジ エレメントを作成するために、ライン フィーチャが中間で論理的に分割されていない場合は、
EdgeFrmPosの値を 0.0、EdgeToPosの値を 1.0 に設定します。 ライン フィーチャが中間で論理的に分割されている場合は、これらの値は分数値に設定します。エッジ エレメントについて、論理的な分割が発生します。
最適なパフォーマンスを実現するには、道路標識テーブルの以下のフィールドごとに、別の属性インデックスを作成することを強く推奨します。
SignpostID
順序
EdgeFCID
EdgeFID
リストされたフィールドごとに、別の属性インデックスを作成します。
以下の画像と属性テーブルは、緑色の標識をモデリングする方法を示します。
標識フィーチャ (青色の太い矢印として記号化されている) は、2 つの道路のフィーチャ間でのターンについて方向を示しています。したがって、道路標識テーブルでは、2 つのレコードを使用して標識を表しています。
標識フィーチャの
ObjectIDは 15 なので、テーブル内の両方のレコードのSignpostIDは 15 となります。EdgeFCIDは、システムによって生成されるフィーチャクラス識別子を表します。この識別子は、フィーチャクラスの生成時に、フィーチャクラスに自動的に割り当てられます。 この例では、ストリート フィーチャクラスは、7 に割り当てられています。EdgeFIDは、ストリート フィーチャクラス内の一意のストリート フィーチャのObjectIDを表します。標識フィーチャは、ストリート 8489 で始まるので、そのレコードの Sequence 値は 1 となります。
標識フィーチャは、ストリート 8493 で終了するので、その Sequence 値は 2 (必要に応じて、代わりに最後のエッジを値 0 に割り当てることも可能) となります。
ストリート 8489 は、南から北へ (標識と同じ方向へ) デジタイズされているので、
EdgeFrmPosの値は 0、EdgeToPositionの値は 1 となります。 同じことがストリート 8493 にも当てはまります。 ただし、デジタイズされたストリートの方向が標識の方向とは逆の場合は、0 と 1 の値が入れ替わります。