このページでは、ArcGIS Pro のローカル ネットワーク データセットを使用してネットワーク解析を実行した際に、予期しない結果が得られた場合のトラブルシューティングの方法について説明します。特に、個人や組織が独自のデータを使用して作成したネットワーク データセットを使用する場合を対象としています。
ネットワーク解析で予期しない結果が発生する原因は、多くの場合、次のいずれかです:
- 解析に使用したネットワーク データセットの構成に問題がある
- ネットワーク データセットで使用しているソース データに問題がある
- 解析に使用した設定に問題がある
- 解析の設定や機能の誤解
以下のセクションでは、ネットワーク解析でよく発生する予期しない結果やその症状、主な原因、およびトラブルシューティングに使用できるツールと手法について説明します。
よく発生する予期しない結果とその他の症状
以下のセクションでは、よく発生する予期しない解析結果やその他の症状、その考えられる原因をリストします。 これらの症状の多くには、複数の原因が考えられます。 このドキュメント内には他のセクションへのリンクが記載されており、それぞれの原因の詳細な説明と、調査方法および解決方法のためのヒントを確認できます。
以下は、発生する可能性のある予期しない結果のリストです。 各結果をクリックすると、詳細が表示されます:
- 「解析結果が見つかりません」または「ERROR 030212: 解析で解析結果が見つかりませんでした」で解析できませんでした
- ルートが最も直接的なパスを通らない、または大きく迂回する
- 表示された最寄り施設が、実際には最も近い施設ではない
- 解析から「施設が見つかりません」または「終点が見つかりません」の警告が返されない
- OD コスト マトリックス内の一部の起点では終点が 1 つも見つからないが、近くの他の起点では多数見つかる
- カットオフを適用すると解析結果が見つからない
- ルートがネットワーク上をランダムに迂回する
- コストが正確でないように見える
- 規制が無視されている、または道路が予期せず規制されている
- ルートが一方通行の道路を逆走する
- ルートが違法なターンを行う、または期待される合法的なターンを行わない
- ルートが橋の上から真下の道路へ直接移動する
- U ターン ポリシーで U ターン禁止に設定されているのに、ルートがストップで U ターンする
- ルートのパスが入力ポイントに最も近い道路ではなく、予期しない位置で開始または終了する
- 入力が未配置である
- 到達圏ポリゴンが非常に小さい、または非常に大きい
- 到達圏ポリゴンに欠落したセクションがある、または予期しない形状になっている
- 到達圏ポリゴンが、指定された切詰め距離の外側まで広がっている
- ルート案内の移動時間や時刻が属性テーブルの値と一致しない
- 配車ルート解析でラッシュ アワーとラッシュ アワー以外のルートが同じ
- 配車ルート解析で訪問先またはストップがルートに含まれない
- ネットワークが公共交通機関をモデル化しているのに公共交通機関ラインが使用されない
- ライン バリアが無視されている
- ルートのジオメトリーが基になっている道路のジオメトリーと一致しない
- 解析結果にネットワーク編集による変更が反映されない
- [ネットワークの構築 (Build Network)] ツールが構築エラー (WARNING 030116) を返した
「解析結果が見つかりません」または「ERROR 030212: 解析で解析結果が見つかりませんでした」で解析できませんでした
解決が失敗し、解析が入力位置を接続する経路を計算できなかったため、エラー メッセージが返されました。 このネットワーク データセット上のポイント間を移動できません。
この結果は、有効かつ正しい解析結果である場合があります。 たとえば、分断された島にストップがある場合、それらのストップ間を道路で移動する手段が存在しない可能性があります。 または、解析でバリアを使用している場合、バリアがストップの 1 つへの唯一のパスを妨げる可能性があります。 一方で、この結果は解析設定に、または解析に使用したネットワーク データセットに 1 つ以上の問題があることを示している可能性もあります。
特に、ネットワークの接続性に影響する問題が発生している可能性が高いです。 交差点で道路が正しく接続されていない場合、それらの交差点を通過できず、ネットワークの一部が他の部分から分断されることがあります。
以下は、ネットワークの接続性に影響を与える一般的な問題です:
他に考えられる問題としては、次のものが挙げられます:
ルートが最も直接的なパスを通らない、または大きく迂回する
ポイント間のルートが不自然、遠回り、または、最適ではなく、期待される最短経路から大きく逸れています。
特に、ネットワークの接続性に影響する問題が発生している可能性が高いです。 交差点で道路が正しく接続されていない場合、それらの交差点を通過できず、パスを見つけるために大きく迂回する必要があります。
以下は、ネットワークの接続性に影響を与える一般的な問題です:
「規制が正しくない」も、ルートが大きく迂回する原因となる可能性があります。
表示された最寄り施設が、実際には最も近い施設ではない
最寄り施設の検出解析が正確でないように見えます。 指定したインシデントに対して表示された最寄り施設が、実際には最も近い施設ではありません。 他の施設のほうが近いように見えますが、見つかりませんでした。
本来最寄りと見なされる施設が、ネットワーク接続性の問題や誤った制限により、分断または到達不能になっている可能性があります。 「ルートが最も直接的なパスを通らない、または大きく迂回する」をご参照ください。
解析から「施設が見つかりません」または「終点が見つかりません」の警告が返されない
最寄り施設の検出解析で、「インシデントの <value> に対して施設が見つかりません」などの警告が返されました。 OD コスト マトリックスで、「起点の <value> に対して終点が見つかりません」などの警告が返されました。 解析で、部分的な解析が生成されたことを示す WARNING 030025 が返されました。
一部の起点と終点、またはインシデントと施設の間でパスが見つかりませんでした。 この結果は、有効かつ正しい解析結果である場合があります。 たとえば、解析でカットオフが使用された場合、一部の起点がどの終点のカットオフ範囲内にも含まれないことがあります。 あるいは、分断された島に入力がある場合、それらの入力間を道路で移動する手段が存在しない可能性があります。
あるいは、解析に使用したネットワークまたは解析設定に問題があることを示している可能性があります。 通常、同様の原因による問題であるため、「解析結果が見つかりません」または「ERROR 030212: 解析で解析結果が見つかりませんでした」をご参照ください。
OD コスト マトリックス内の一部の起点では終点が 1 つも見つからないが、近くの他の起点では多数見つかる
多数の起点と終点を含む OD コスト マトリックス解析で、異常な結果が返されることがあります。 一部の起点では多数またはすべての終点が見つかりますが、同様の結果が得られるはずの近くの他の起点では、終点がまったく、またはほとんど見つからないことがあります。
一部の起点と任意または多数の終点との間でパスが見つかりませんでした。 他の非常に近接した起点でまったく異なる結果が得られたため、ネットワーク データセット内の接続性の問題である可能性が高いです。 一部の起点が、ネットワークの他の部分から分断された道路上に位置しています。
以下は、ネットワークの接続性に影響を与える一般的な問題です:
カットオフを適用すると解析結果が見つからない
カットオフを適用すると解析が失敗するか、起点と終点のペアまたはインシデントと施設のペア間でパスが見つかりません。 カットオフを削除すると、妥当な解析結果が見つかります。
適用したカットオフの単位と、解析に使用する移動モードのインピーダンス属性の単位が一致していないことを示している可能性があります。
また、パスが正しい場合でも全体のコストが正しくないように見える場合、誤って構成されたコスト属性が原因である可能性があります。 「コストが正確でないように見える」をご参照ください。 パスが不正確に見える場合は、「ルートが最も直接的なパスを通らない、または大きく迂回する」をご参照ください。
ルートがネットワーク上をランダムに迂回する
ルートがネットワーク上をランダムに迂回しているように見えます。
解析では常に、指定されたネットワークを使用して最短経路を計算します。 不自然に見えるパスは、通常、基になっているネットワークに問題があることを示しています。
ルートがネットワーク上をランダムに迂回しているように見える場合、コスト属性の構成が誤っており、コスト属性値が 0 になっている可能性があります。ネットワーク エッジの通過に要する時間または距離が 0 の場合、最短パスを計算することはできません。 すべてのパスが無料です。 「コスト属性の構成が正しくない」をご参照ください。
予期しないランダムなルートは、さまざまな接続性の問題が原因で発生する可能性もあります。 その他の考えられる原因については、「ルートが最も直接的なパスを通らない、または大きく迂回する」をご参照ください。
コストが正確でないように見える
計算された移動時間、距離、またはその他のコストが正しくないように見えます。
Network Analyst 解析では、ネットワーク データセット上のコスト属性を最適化します。 解析で誤ったコスト属性が使用されている場合、コストが正しくないように見えることがあります。 正しいコスト属性が使用されている場合でも、そのコスト属性の構成に問題がある可能性があります。 「コスト属性の構成が正しくない」セクションをご参照ください。
規制が無視されている、または道路が予期せず規制されている
ルートが本来規制されている道路を通過する、または規制されていない道路を回避します。
これは通常、解析に適用される規制に問題があることを示しています。 まず、解析に目的の規制属性が適用されていることを確認してください。 適用されている場合は、1 つ以上の規制属性の構成に問題がある可能性があります。 規制に関する問題のデバッグと解決方法については、「規制が正しくない」セクションをご参照ください。
規制が問題の原因ではない可能性もあります。 その他の動作の考えられる原因については、「ルートが最も直接的なパスを通らない、または大きく迂回する」もご参照ください。
ルートが一方通行の道路を逆走する
ルートが一方通行の道路を逆走しています。
一方通行は通常、規制としてモデル化されます。 一方通行に関する問題は、解析で一方通行の道路の規制が適用されていないか、一方通行の道路の規制属性の構成に問題があることを示している場合が多いです。 規制に関する問題のデバッグと解決方法については、「規制が正しくない」セクションをご参照ください。
ルートが違法なターンを行う、または期待される合法的なターンを行わない
ルートが本来禁止されているターンを行うか、想定される場所でターンせず、長いパスを通っているように見えます。
これは通常、ネットワークでのターンのモデリング、またはより一般的にはネットワークの接続性に関する問題です。
ルートが橋の上から真下の道路へ直接移動する
ルートが橋の上から真下の道路へ直接移動するか、またはその逆方向に、不可能なターンを行いました。 ルートがアンダーパスとオーバーパスの間を許可されない方法で移動しました。
このような動作は、ネットワークの鉛直接続性ポリシーに問題があることを示しています。
U ターン ポリシーで U ターン禁止に設定されているのに、ルートがストップで U ターンする
ルートがストップに到着した後、到着した方向に戻って出発し、実質的に U ターンを行います。これは、移動モードの U ターン ポリシーが U ターンなしに設定されている場合でも発生します。
移動モードの U ターン ポリシーは、位置間の移動中に U ターンが許可されるかどうか、またどこで許可されるかを制御します。 ルート上のストップで車両がターンできるかどうかは制御しません。 一部のストップには、ターンが可能な車道や駐車場がある場合があります。 その他のストップでは、U ターンが安全でない、または不可能な場所で路肩に停車する必要がある場合があります。 各ストップでの U ターン動作を制御するには、そのストップの CurbApproach フィールド値を設定します。
ルートのパスが入力ポイントに最も近い道路ではなく、予期しない位置で開始または終了する
ルートのパスが、入力ポイントに最も近い道路で開始または終了しません。
ルートのパスが入力位置の近くで開始または終了するが、ネットワーク上の最も近いポイントではない場合は、「入力が誤ったネットワーク フィーチャ上に配置されている」をご参照ください。
ルートのパスが入力位置から大きく離れた予期しない場所で開始または終了し、事前計算済みの位置フィールドを使用して入力を追加した場合、それらのフィールドは古いか、別のネットワーク データセット用である可能性があります。 「位置フィールドが無効または最新ではない」をご参照ください。
入力が未配置である
解析で未配置の入力に関する警告が生成されました。 解析が失敗したか、「WARNING030025: 部分的な解析が生成されました」という警告が生成されました。
ネットワーク解析で使用する入力の地理的位置が、ネットワークのエッジやジャンクションと正確に交差することはまれです。 このため、すべての入力はネットワーク上での配置プロセスを経て、最も近いルート検索可能なネットワーク ロケーションを特定します。
一部のポイントが未配置の場合、それは場所検索の設定または解析に適用された移動モードの制約により、有効なネットワーク ロケーションが見つからなかったことを意味します。 入力テーブル内の Status フィールドを確認し、値が 2 (ネットワーク エレメントが未配置) または SourceID フィールドを確認し、値が -1 の場合に未配置のポイントを特定できます。
ポイントが未配置となる一般的な理由は、検索許容値を超えてネットワークから離れすぎている場合です。 「誤った場所検索の設定」および「入力が誤ったネットワーク フィーチャ上に配置されている」をご参照ください。
到達圏ポリゴンが非常に小さい、または非常に大きい
到達圏ポリゴンが、使用されているカットオフに対して不当に小さいまたは大きいです。
適用したカットオフの単位と、解析に使用する移動モードのインピーダンス属性の単位が一致していないことを示している可能性があります。
または、コスト属性の構成が誤っていることを示している可能性があります。 「コストが正確でないように見える」をご参照ください。
不当に小さい到達圏ポリゴンは、ネットワーク接続性の問題または規制属性の問題を示している可能性があります。 「「解析結果が見つかりません」または「ERROR 030212: 解析で解析結果が見つかりませんでした」で解析できませんでした」をご参照ください。
到達圏ポリゴンに欠落したセクションがある、または予期しない形状になっている
到達圏ポリゴンが一部の想定される道路をカバーしていない、または大きなセクションが欠落しており、異常な形状になっています。
到達圏ポリゴンは、指定されたカットオフ制限内で施設から到達可能な道路を中心に生成されます。 異常な形状のポリゴンは、ネットワーク接続性の問題を示している可能性があります。 到達できた道路を確認するために、到達圏ラインを生成してみてください。
以下は、ネットワークの接続性に影響を与える一般的な問題です:
到達圏ポリゴンが、指定された切詰め距離の外側まで広がっている
到達圏ポリゴンが、切詰め距離の設定を無視しているように見える、道路のない広いエリアをカバーしています。
到達圏ポリゴンは、カットオフ制限内で到達可能なエリアを示す視覚的なリプレゼンテーションであり、出力されるポリゴンはユーザーの設定によって大きく異なる可能性があります。 ただし、到達圏の切詰め距離は、他の到達可能な道路に囲まれていない到達圏のエッジの道路をバッファーするためにのみ使用されます。 到達可能なエリアの内部部分に影響を与えるようには設計されていません。 到達可能な道路に完全に囲まれているエリアは、その内部がトリム距離より道路から遠くても完全にカバーされます。
到達可能な道路の切詰め距離内の領域のみを含むポリゴンを生成するには、ポリゴンではなくラインを出力するように到達圏解析を構成し、[バッファー (Buffer)] または [ペアワイズ バッファー (Pairwise Buffer)] ツールを使用して単純なバッファーを作成します。
ルート案内の移動時間や時刻が属性テーブルの値と一致しない
配車ルート、ラスト マイル デリバリー、または廃棄物収集の解析では、詳細なルート案内に表示される移動時間および時刻が属性テーブル内の値と一致しません。
この不一致は想定された動作です。 車両の経路指定解析では、時間に中立的な OD コスト マトリックスを使用し、ルート割り当てと順序を決定します。 この時間に中立的な OD の値は、属性テーブルに記録される時間コストと距離コストを入力するために使用され、問題解決に使用する最適化ロジックとの整合性を確保します。 各ルートでストップの順序が確定すると、ルート解析を使用してルート案内を生成し、ルートの実際の開始時間を使用します。これによって、ルート案内フィールドには、訪問時刻の交通量に応じて、より正確な到着時間が反映されます。
配車ルート解析でラッシュ アワーとラッシュ アワー以外のルートが同じ
配車ルート、ラスト マイル デリバリー、または廃棄物収集の解析でルートの時刻を変更しても、ラッシュ時の交通の影響があるはずにもかかわらず、ルートが変わりません。
これは想定されているものです。 車両の経路指定解析では、時間に中立的な OD コスト マトリックスを使用し、ルート割り当てと順序を決定します。 この時間に中立的な OD の値は、属性テーブルに記録される時間コストと距離コストを入力するために使用され、問題解決に使用する最適化ロジックとの整合性を確保します。
そのため、ルートで使用される時刻に関係なく、この部分は同じ結果になります。
各ルートでストップの順序が確定すると、ルート解析を使用してルート案内を生成し、ルートの実際の開始時間を使用します。これによって、ルート案内フィールドには、訪問時刻の交通量に応じて、より正確な到着時間が反映されます。 したがって、ルート案内はラッシュ時の交通状況を反映して変化するはずです。
配車ルート解析で訪問先またはストップがルートに含まれない
配車ルート、ラスト マイル デリバリー、または廃棄物収集解析の訪問先つまりストップがルートに含まれませんでした。 解析から、一部の訪問先つまりストップがルートに含まれなかったという警告メッセージが返されました。
この問題は通常、ストップが解析問題の 1 つ以上の制約に違反していることが原因で発生します。 ViolatedConstraint_# フィールドを確認し、どの制約によって訪問先つまりストップが含まれなかったのかを特定してください。
配車ルート解析の訪問先サブレイヤー内の ViolatedConstraint_# フィールドの詳細
ネットワークが公共交通機関をモデル化しているのに公共交通機関ラインが使用されない
ネットワークには公共交通機関データ モデルのテーブルとフィーチャクラスを使用した公共交通機関が含まれていますが、解析を実行しても交通機関ラインが使用されません。
まず、解析に使用する移動モードのインピーダンス属性が公共交通機関エバリュエーターで構成されていることを確認してください。 ネットワーク解析レイヤーで使用する移動モードのインピーダンス属性を確認する方法の詳細。
次に、解析で使用する日付と時刻を確認してください。 日付と時刻が設定されていない場合、交通機関ラインは使用されません。 日付と時刻が設定されていても、その日時に利用可能な交通機関サービスが存在しない場合、交通機関ラインは使用されません。
公共交通機関エバリュエーターを使用する際の日付と時刻の要件の詳細
日付と時刻を適切な値に設定しても問題が解決しない場合、ネットワークに接続性の問題がある可能性があります。 交通機関ラインが道路に接続されていない場合、旅行者は交通システムに出入りできません。 「交差点でのギャップまたはダングル」および「グループ接続性ポリシーが正しくない」をご参照ください。 公共交通ネットワークに特有の接続性ポリシーの詳細については、「公共交通データを使用したネットワーク データセットの作成と使用」チュートリアルの該当セクションをご参照ください。 StopsOnStreets フィーチャが正しく道路にスナップしていない場合、空間参照に問題がある可能性があります。その場合はチュートリアルに従い、公共交通機関データ モデルを道路へ接続ツールを実行する前に道路を対象の空間参照に投影変換し、ネットワークを最初から再作成する必要があります。
ライン バリアが無視されている
ライン バリアは解析に含まれていますが、ルートが本来はライン バリアによって規制されているはずの道路を通過します。 ルートがバリアの真下、またはその一部の下を通っているように見えます。 コスト係数指定ライン バリアが、期待どおりに道路全体のコスト値をスケーリングしていません。
ライン バリアは、特定のエリアを通る移動を制限したり、その移動コストをスケーリングしたりするために使用できます。
ライン バリアのジオメトリーが基になっている道路に沿って構築されていても、道路のジオメトリーと完全に一致していない場合、道路の一部が制限されない、またはコスト係数指定バリアの影響を受けないことがあります。 ライン バリアを編集し、道路ジオメトリーと完全に一致させてください。 フィーチャを編集する際には、トレース ツールが役立つ場合があります。
一部のワークフローでは、ルートを解析してから、そのルート パスをライン バリアとして使用します。 このタイプのワークフローでは、移動モードの単純化許容値をオフにして、ルート形状が基になっているネットワークと完全に一致するようにしてください。
規制バリアの場合、ライン バリアを道路ジオメトリーに一致させることが、移動を規制する最も効果的な方法ではない場合があります。 ライン バリアを完全な道路フィーチャに合わせるのではなく、規制区間の開始位置で道路を横断するように変更することを検討してください。 代わりに、ポリゴン バリアを使用するか、FullEdge フィールドを True に設定して、道路全体の移動を制限するポイント バリアを使用してください。
ルートのジオメトリーが基になっている道路のジオメトリーと一致しない
ルート ジオメトリーが、ネットワーク データセットのソース フィーチャクラスのジオメトリーと一致しません。
ジオメトリーが近いが完全に一致しない場合は、解析に使用した移動モードに単純化許容値が適用されている可能性があります。 移動モード設定の詳細。 この場合、わずかな差異は予期されたものです。
ジオメトリーが完全に異なる場合、ネットワーク データセットが編集されたが再構築されておらず、道路フィーチャのジオメトリーが変更されている可能性があります。 「ネットワーク データセットが構築されていません」をご参照ください。
解析結果にネットワーク編集による変更が反映されない
ネットワーク データセットのソース フィーチャ、フィールド値、またはデータセットのプロパティを編集しても、解析結果にその変更が反映されません。
ネットワークは編集後に再構築する必要があります。 「ネットワーク データセットが構築されていません」をご参照ください。
[ネットワークの構築 (Build Network)] ツールが構築エラー (WARNING 030116) を返した
「ネットワークに未解決の構築エラーがある」をご参照ください。
よくある問題
予期しないネットワーク解析結果は、通常、解析に使用したネットワーク データセットの問題、または解析に使用した設定が正しくないことが原因で発生します。 ネットワークと解析設定が正しい場合は、結果がそのようになった理由を特定する必要があります。
このセクションでは、予期しない解析結果につながる可能性のある一般的な問題と、それらを診断および修正する方法について説明します。
- ネットワーク データセットが構築されていない
- ネットワークに未解決の構築エラーがある
- 交差点でのギャップまたはダングル
- グループ接続性ポリシーが正しくない
- 鉛直接続性ポリシーが正しくない
- 特定の交差点で端点または頂点が欠落している
- コスト属性の構成が正しくない
- 規制が正しくない
- 一方通行道路での移動が正しくない
- U ターン ポリシーが正しくない、または過度に制限されている
- ターンが正しくない
- 階層値が正しくない
- 入力が誤ったネットワーク フィーチャ上に配置されている
- 場所検索の設定が正しくない
- 位置フィールドが無効または最新ではない
- ネットワーク モデルが正しくない
ネットワーク データセットが構築されていない
ネットワーク データセットのプロパティを更新するか、ネットワークのソース フィーチャクラスを編集した場合、それらの変更をネットワーク解析で使用する前にネットワーク データセットを構築する必要があります。
ネットワークが編集されたものの再構築されていない状態で解析を実行すると、多くのタイプの予期しない結果が発生する可能性があります。 ルートが更新後の道路を使用しなかったり、ジオメトリーが基になっている道路フィーチャと一致しなかったり、コストが不正確になったり、規制が無視される可能性があります。
ネットワークの再構築が必要かどうかの判断
ネットワークの再構築が必要かどうかを確認するには、次の手順を実行します:
- [ネットワーク データセット プロパティ] ダイアログ ボックスを開きます。
- [一般] をクリックします。
ページにはネットワーク データセットに関する一般情報が表示されます。
- [ビルドの状態] セクションに表示される情報を確認します。
ステータスが「未構築」の場合は、ネットワーク データセットを再構築する必要があります。 ステータスが「未構築」でも、エッジおよびジャンクションの数が 0 の場合は、ネットワーク データセットに問題があり、未解決の構築エラーが存在する可能性が高くなります。
ネットワークに未解決の構築エラーがある
「ネットワークの構築」ツールを実行してネットワーク データセットを構築すると、構築は成功したが一部にエラーがある (WARNING030116) という警告メッセージが表示されることがあります。 一部の構築エラーは無視しても問題ありませんが、重大なエラーもあり、解析結果が誤ったり不完全になったりする可能性があります。 ネットワークで解析を行う前に、構築エラーを確認してください。
ネットワークに未解決の構築エラーがある場合、多くのタイプの予期しない結果が発生する可能性があります。 修正が必要な主な問題としては、属性エバリュエーターやターンに関連するものが多くなります。
[ネットワークの構築 (Build Network)] ツールの実行後に WARNING030116 を探します。 警告メッセージのテキストには、構築エラー テキスト ファイルへのパスが含まれています。 テキスト ファイルは一時的な場所に保存され、ArcGIS Pro を終了すると削除されます。 構築エラー テキスト ファイルにアクセスできない場合は、[ネットワークの構築 (Build Network)] ツールを再実行してください。 すべてのエラーを確認できるようにするには、[完全再構築を実行] オプションを使用して完全な再構築を行ってください。
構築エラー テキスト ファイルを開き、構築エラーを確認してください。
交差点でのギャップまたはダングル
ネットワーク内のある道路から別の道路への移動をモデル化するには、交差点でフィーチャを正確にスナップする必要があります。 デジタイズ エラーによって、交差点で接続されるはずの道路の間に小さなギャップが生じたり、片方の道路が他方の道路にスナップせずに、短距離にわたって小さなダングルが発生したりすることがあります。 これらのギャップやダングルがあると、1 つの道路からネットワーク データセット内の別の道路への移動の妨げとなります。
交差点が接続されていないと、パスが見つからずルートが失敗したり、大きく迂回して別のパスを探したり、予期しないターンを行ったりする原因となります。
ギャップやダングルを確認するには、ネットワークのソース フィーチャクラスをマップに追加し、問題のある交差点をズームインして目視で検査してください。 道路が接触していますか、または目に見えるギャップやダングルがありますか？ 「ネットワークの探索」ツールを使用して、特定の道路をクリックし、どの道路と接続されているかを特定することもできます。 「到達圏ライン」を使用して、問題のあるポイントを絞り込むこともできます。 トポロジーを使用してネットワーク全体のギャップやダングルを検出することもできますが、多くの誤検知が発生する可能性があります。
特定の位置に少数のギャップやダングルがある場合は、編集ツールを使用して手動で修正できます。 編集を補助するためにスナップを有効にすることをおすすめします。 ネットワーク データセットに含まれるフィーチャの場合、道路の接続を維持するために特定の自動動作が役立ちます。
問題が広範囲にわたる場合は、[ラインの延長] ツールを使用してギャップを削除し、[ラインの切詰め] ツールを使用してダングルを削除できます。
交差点の切断を引き起こす原因には、ほかにもいくつかの問題が考えられます:
グループ接続性ポリシーが正しくない
ネットワーク データセットの接続性ポリシーは、交差点で接触するフィーチャをネットワーク内で論理的に接続されたものとして扱うかどうか、つまりそれらの間を移動可能と見なすかどうかを制御します。 グループ接続性ポリシーは、異なるソース フィーチャクラス間で一致するフィーチャ間の接続や、同一のソース フィーチャクラス内で一致するフィーチャ間の接続を制御します。
グループ接続性ポリシー自体が本質的に正しくないわけではありませんが、ネットワーク内のソース フィーチャクラスの構成に適していないポリシーを選択すると、交差点の切断が発生する可能性があります。 このような場合、パスが見つからずルートが失敗したり、大きく迂回して別のパスを探したり、予期しないターンを行ったりする原因となることがあります。 この問題は、特定の交差点やエリアに固有の問題ではなく、ネットワーク全体におけるシステムの問題として現れます。
グループ接続性ポリシーに関する最もよくある原因は、エッジ ソースに対して誤った接続性ポリシーを選択していることです。 特に、道路フィーチャが複数の他の道路と交差する長いラインである場合は、[端点] ではなく [任意頂点] エッジの接続性ポリシーを使用してください。 [端点] の接続性では、フィーチャが端点で接触している場合にのみ、接続されているものとして見なされます。 結果として、頂点で交差する長いラインは接続されていないものと見なされます。
ネットワーク接続性の判断
問題がこれに該当するかを判断するには、まずネットワークがいずれかのエッジ ソースに対して [端点] の接続性を使用しているか確認します:
- [ネットワーク データセット プロパティ] ダイアログ ボックスを開きます。
- [ソースの設定] > [グループ接続性] をクリックします。
- ネットワーク内の各エッジ ソースについて、[ポリシー] 列の値を確認します。
エッジ ソースですでに [任意頂点] の接続性が使用されている場合、問題は接続性ポリシーの別の側面、またはまったく異なる原因による可能性があります。 ただし、エッジ ソースが [端点] の接続性を使用している場合は、さらに調査を続けます。
- ネットワークのソース フィーチャクラスをマップに追加します。
- 道路フィーチャをいくつか選択し、1 つずつクリックして確認します。
道路フィーチャが長く、複数の他の道路フィーチャと交差している場合は、[端点] ではなく [任意頂点] の接続性ポリシーを使用するほうが適切であり、現在の接続性ポリシーが切断の原因となっている可能性が高くなります。
交差点の切断を引き起こす原因には、ほかにもいくつかの問題が考えられます:
接続性ポリシーが問題の原因である場合は、接続性ポリシーを [任意頂点] に変更するか、交差点でソース フィーチャを分割することで修正できます。
接続性ポリシーを任意頂点に変更
接続性ポリシーを [任意頂点] に変更するには、次の手順を実行します:
- [ネットワーク データセット プロパティ] ダイアログ ボックスを開きます。
- [ソースの設定] > [グループ接続性] をクリックします。
- 変更したいエッジ ソースについて、[ポリシー] 列のコンボ ボックスを使用して、ポリシーを [端点] から [任意頂点] に変更します。
- [OK] をクリックします。
更新された接続性ポリシーはネットワーク データセットに保存されます。
- [ネットワークの構築 (Build Network)] ツールを使用して、新しい接続性ポリシーでネットワーク データセットを再構築します。
[任意頂点] の接続性ポリシーを使用する場合は、オーバーパスやアンダーパスを入念に確認します。 これらの位置に頂点があると、道路が誤って接続されます。 頂点を削除するか、その他の手動による編集を行うことで修正できます。
交差点でのソース フィーチャの分割
接続性ポリシーを [任意頂点] に変更せずに、ソース フィーチャを編集してすべての交差点に端点が含まれるように分割すれば、[端点] の接続性を引き続き使用できます。
- ジオデータベース ドメインのスプリット ポリシーとマージ ポリシーを確認して構成します。
フィーチャを分割するたびに更新が必要なフィールド値 (例: 事前計算済みの移動時間や距離フィールド) がある場合は、この設定が必要になります。
- ネットワーク エッジ ソース フィーチャクラスをマップに追加します。
- そのソース フィーチャクラス内のすべてのフィーチャを選択します。
- 選択したデータに橋、トンネル、オーバーパスなど、他の道路の上や下を通過するが物理的に接さない場所が含まれる場合、選択からこれらのフィーチャを削除します。
これらの場所が含まれていない場合は、ツールを実行後に手動で修正することができます。
- 必要に応じ、他の道路フィーチャと交差するが物理的に接続されていない道路フィーチャの選択を解除します。
- 「交点で分割」編集ツールを使用し、互いに交差するポイントで分割します。
鉛直接続性ポリシーが正しくない
ネットワーク データセットの接続性ポリシーは、交差点で接触するフィーチャをネットワーク内で論理的に接続されたものとして扱うかどうか、つまりそれらの間を移動可能と見なすかどうかを制御します。 鉛直接続性ポリシーは、オーバーパス、アンダーパス、上下に表示されたフィーチャ間の接続をモデル化するために使用されます。
鉛直接続性に関する問題は、特定の交差点に限定されることが多くなります。 たとえば、ルートが橋の中央から左折して、その真下を走る道路に入る場合です。 また、ルートが本来は接続されているはずの交差点を通過できない場合もあります。これは上下の接続性が切断されているためです。
「ネットワークの探索」ツールを使用して、特定の道路または交差点をクリックし、どの道路と接続されているかを特定できます。
ネットワークが鉛直接続性を制御するために X、Y、Z のジオメトリー値を使用している場合、鉛直接続性の問題はソース フィーチャのジオメトリーが原因と考えられます。 マップまたはシーンの編集ツールを使用して、これらのジオメトリーの問題を修正します。
ネットワークが鉛直接続性に標高フィールドを使用している場合、問題は、交差点を表すフィーチャの標高フィールド値が原因と考えられます。 標高フィールドの値が同じであれば、そのフィーチャは接続されているものと見なされます。 異なる場合は、接続されていないものと見なされます。 フィールド値を編集して接続性の問題を修正します。
交差点の切断を引き起こす原因には、ほかにもいくつかの問題が考えられます:
特定の交差点で端点または頂点が欠落している
ネットワーク データセットの接続性ポリシーは、交差点で接触するフィーチャをネットワーク内で論理的に接続されたものとして扱うかどうか、つまりそれらの間を移動可能と見なすかどうかを制御します。 [端点] の接続性では、フィーチャが端点で接している必要があります。 [任意頂点] の接続性では、フィーチャは端点または頂点のいずれかを共有していれば接続されているものと見なされます。 交差点に端点または頂点が欠落している場合、それらの交差点は接続されず、その交差点を通行することはできません。
交差点が接続されていないと、パスが見つからずルートが失敗したり、大きく迂回して別のパスを探したり、予期しないターンを行ったりする原因となります。 このような問題が広範囲に発生している場合は、まずデータに適した接続性ポリシーを使用しているかを確認します。 正しい接続性ポリシーを使用しており、一部のエリアに問題が発生していることを確信している場合は、該当する交差点でフィーチャを手動で調査および編集する必要があります。
「ネットワークの探索」ツールを使用して、特定の道路をクリックし、どの道路と接続されているかを特定します。 「ネットワーク データセット レイヤーのシンボル」を使用して、ネットワーク データセット内のジャンクションの位置をシンボル表示することもできます。 2 つのエッジが交差していても、その交点のポイントにジャンクションがない場合、それらは接続されていません。 到達圏ラインを使用して、問題のあるスポットを絞り込むこともできます。
必要に応じて編集ツールを使用し、フィーチャを手動で修正します。
[任意頂点] の接続性を使用している場合、インテグレート ツールを使用して、すべての交点のポイントに頂点を自動的に生成できます。 [インテグレート (Integrate)] ツールはフィーチャのジオメトリーに予期しない変更を加える可能性があるため、まずデータのバックアップ コピーを作成します。 アンダーパスやオーバーパスを手動で確認し、接続してはならない道路の頂点を削除します。
交差点の切断を引き起こす原因には、ほかにもいくつかの問題が考えられます:
コスト属性の構成が正しくない
ネットワーク問題の解析には、通常は移動時間または距離などの値を最小化または最適化する処理が含まれます。 最適化される値は、解析で使用する移動モードのインピーダンス属性です。 インピーダンスに誤ったコスト属性が使用されている場合、その属性の構成が誤っている場合、または属性が参照するソース データに不正な値が含まれている場合、予期しない解析結果が発生する可能性があります。
コスト属性に関する問題は、パス自体が妥当と思われても、移動時間や距離が不当な値で現れることが多いです。 非常に小さいまたは大きい到達圏ポリゴンも、その症状の 1 つです。 解析でカットオフを使用している場合、カットオフの範囲内では解析結果が見つからないことがあるが、カットオフを削除すると解析が成功する場合があります。
まず、解析でインピーダンスとして正しいコスト属性が使用されているかどうかを確認します。 ネットワーク解析レイヤーで使用する移動モードのインピーダンス属性を確認する方法の詳細。 インピーダンス属性の単位も確認します。 多くの出力移動コスト フィールドはこれらの単位で表示されます。カットオフなどの入力フィールドや設定も同じ単位で指定する必要があります。
正しいコスト属性が使用され、単位も正しく解釈されている場合、次のステップで、コスト属性が正しく構成されているかを確認します。 指定したコスト属性に対して各ネットワーク エレメントで返される値を調べ、問題をデバッグするには、ネットワークの探索ツールを使用できます。
ネットワーク データセットのプロパティ ページを使用して、コスト属性の構成を確認します。 特に、コスト値の計算方法を制御するエバリュエーターを確認します。
コスト属性の構成自体が正しくても、その属性がフィールド スクリプト エバリュエーターを使用しており、参照されるフィールドの値が誤っている場合は、計算される値が不正確になる可能性があります。 この場合、ネットワークのソース フィーチャクラスの更新が必要になる可能性があります。
フィールド スクリプト エバリュエーターの詳細および例を参照
コスト属性を変更した場合は、解析を再試行する前やネットワークの探索で値を確認する前に、ネットワークを再構築する必要があります。
注意:
属性またはソース フィーチャのフィールド値が編集されたにもかかわらず、ネットワークが再構築されていない場合、またはネットワークを再構築したものの、構築エラーが未解決の場合、コスト属性値が誤っている可能性があります。規制が正しくない
規制属性は、ネットワーク内の特定の道路での移動を規制するために使用されます。 たとえば、規制を構成して、高いトラックが低い橋の下を通行するのを防いだり、歩行者が高速道路上を歩くのを防いだりできます。 規制属性が正しく構成されていない場合、特定の道路区間で誤って通行が許可または禁止されることがあります。
ルートが本来規制されるべき道路を通行する、または通行可能な道路を回避する場合、規制属性に問題がある可能性があります。 規制属性が誤って、規制されていない道路での通行を禁止している可能性があります。 規制に関する広範な問題がある場合、パスを見つけられずにルート解析が失敗することがあります。
まず、解析に正しい規制が適用されているかどうかを確認します。 ネットワーク解析レイヤーで使用する移動モードの規制を確認する方法の詳細。 また、規制に関連する属性パラメーターの値も確認します。 たとえば、高さ規制には通常、車両の高さを指定するパラメーターが含まれます。
デバッグするには、規制をオフにして解析を再実行します。 予測どおりの結果が得られた場合、結果が変化するまで規制を 1 つずつ有効にします。 これにより、どの規制が問題の原因になっているかを特定できます。
正しい規制が使用され、パラメーターの値も予想どおりの場合、次のステップとして規制属性が正しく構成されているかを確認します。 ネットワークの探索ツールを使用すると、各規制属性によって特定の道路が規制されているかどうかを確認し、問題をデバッグすることができます。 ネットワーク データセット レイヤーのシンボルは、ネットワーク全体における道路の規制状態を可視化するのに役立ちます。
ネットワーク データセットのプロパティ ページを使用して、規制属性の構成を確認します。 特に、規制状態の計算方法を制御するエバリュエーターを確認します。
規制属性の構成自体が正しくても、その属性がフィールド スクリプト エバリュエーターを使用しており、参照されるフィールドの値が誤っている場合は、計算される値が不正確になる可能性があります。 この場合、ネットワークのソース フィーチャクラスの更新が必要になる可能性があります。
フィールド スクリプト エバリュエーターの詳細および例を参照
規制属性を変更した場合は、解析を再試行する前やネットワークの探索で値を確認する前に、ネットワークを再構築する必要があります。
注意:
規制属性またはソース フィーチャのフィールド値が編集されたにもかかわらず、ネットワークが再構築されていない場合、またはネットワークを再構築したものの、構築エラーが未解決の場合、規制属性値が誤っている可能性があります。
一方通行道路での移動が正しくない
ネットワーク データセット内の一方通行の道路は、通常、規制属性としてモデル化されます。 ルートが一方通行の道路を逆走する、または正しい方向に進まない場合、一方通行の規制属性に問題が発生している可能性があります。 規制に関する問題のデバッグ方法については、「規制が正しくない」のセクションをご参照ください。
U ターン ポリシーが正しくない、または過度に制限されている
解析に使用する移動モードの U ターン ポリシーは、車両がストップ間を走行する際に U ターンできるかどうかと U ターンできる場所を制御します。
U ターンを行わずにストップ間を移動できない場合、制限的な U ターン ポリシーによって解析が失敗することがあります。 この種の問題のよくある原因は、行き止まりに中間ストップが位置することです。
U ターンをすべて許可するように U ターン ポリシーを変更し、ルートを再解析します。 解析が成功した場合、これが失敗の原因であった可能性があります。 選択された U ターン ポリシーに従う場合、ストップ間の移動は不可能です。 解析が失敗した説明に問題がなければ、無視してもかまいません。 問題がある場合は、解析で緩やかな U ターン ポリシーを使用することを検討してください。 ネットワーク解析レイヤーの U ターン ポリシーを確認および更新する方法の詳細。
移動モードの U ターン ポリシーは、位置間の移動中に U ターンが許可されるかどうか、またどこで許可されるかを制御します。 ルート上のストップで車両がターンできるかどうかは制御しません。 一部のストップには、ターンが可能な車道や駐車場がある場合があります。 その他のストップでは、U ターンが安全でない、または不可能な場所で路肩に停車する必要がある場合があります。 各ストップでの U ターン動作を制御するには、そのストップの CurbApproach フィールド値を設定します。 制限付きの CurbApproach 値と制限付きの U ターン ポリシーを組み合わせると、解析が失敗する可能性が高くなります。
ターンが正しくない
ターン規制は、ある道路から別の道路へのターンを禁止するか、そのターンに追加コストを適用します。 ターン フィーチャは特定の交差点でのターンをモデル化しますが、グローバル ターンは左折など特定のタイプのすべてのターンを制御するように設定できます。
ターン構成の問題は、通常、交差点を通過する際の問題につながります。 これにより、パスが見つからずルートが失敗したり、大きく迂回して別のパスを探したり、本来許可されていない場所で予期しないターンを行ったりすることがあります。 ターン フィーチャの問題は通常、特定の交差点のみに影響しますが、グローバル ターン構成の問題はネットワーク全体に体系的に影響を及ぼします。
ネットワークにおけるターンの目的は、違法なターンを防ぎ、現実的な走行時間の遅延をターンに適用することです。 ルートが交差点でターンしない場合、それは正しい結果であり、問題ではない場合もあります。 ターンが意図したとおりに動作しているかを入念に確認します。
ネットワーク データセット レイヤーのシンボルを使用してマップ上でターン フィーチャを可視化し、[ネットワークの探索] ツールで個別に確認できます。 グローバル ターンは可視化できません。
解析のインピーダンスとして使用されるコスト属性には、ターン フィーチャやグローバル ターンの遅延をターン カテゴリー エバリュエーターに含めることができます。 解析で使用する各規制属性は、特定のターンを追加で規制する場合があります。 ネットワーク データセットのプロパティ ページを使用して、コスト属性および規制属性の構成を確認します。 特に、ターン フィーチャクラスおよびデフォルトのターンに対して、コスト値および規制値の計算方法を制御するエバリュエーターを確認します。
ターン フィーチャクラスのエバリュエーターは、フィールド スクリプト エバリュエーターで構成され、ターン フィーチャクラス内のフィールド値を参照することがあります。 エバリュエーターが正しく構成されていても、参照されるフィールド値が誤っている場合、計算される値も不正確になる可能性があります。 この場合、ターン フィーチャクラス内の値を更新する必要があります。
フィールド スクリプト エバリュエーターの詳細および例を参照
編集ワークフローによっても、ターン フィーチャに問題が発生する場合があります。 ターン フィーチャは、エッジ フィーチャの ObjectID 値を参照するフィールド セットを使用して、関連付けられたエッジ フィーチャにリンクされています。 エッジが編集された場合、ObjectID 値が同期しなくなる可能性があります。 ターンおよびエッジ フィーチャのジオメトリーを使用して、[ジオメトリーによる更新 (Update by Geometry)] ツールでターン ID フィールド値をエッジと再同期します。 将来の編集ワークフローでは、[代替 ID フィールドの使用 (Populate Alternate ID Fields)] ツールおよび [代替 ID フィールドによる更新 (Update by Alternate ID Fields)] ツールを使用して、編集後も ID を保持できます。
ターン フィーチャ、またはコスト属性や規制属性の構成を変更した場合は、解析を再試行する前やネットワークの探索で値を確認する前に、ネットワークを再構築する必要があります。
注意:
ターン フィーチャ、コスト属性、または規制属性が編集されたにもかかわらず、ネットワークが再構築されていない場合、またはネットワークを再構築したものの、構築エラーが未解決の場合、ターンが不正確になることがあります。
交差点の切断を引き起こす原因には、ほかにもいくつかの問題が考えられます:
階層値が正しくない
階層は、ネットワーク エレメントに割り当てられる順序またはランクです。これを使用すると、解析による検索が必要な道路の数を制限することで、ネットワーク解析のパフォーマンスが向上します。 エッジに割り当てられた階層値が無効 (例: 0) である場合、または値にギャップがある場合 (ネットワーク内のすべてのエッジに階層値が割り当てられていない場合)、あるいはネットワークが階層的に切断されている場合 (例: レベル 1 のエッジ同士がレベル 1 で接続されていない場合)、解析結果が予期しないものになる可能性があります。
階層に関する問題は細かく、特定が難しい場合があります。 ルート パスがまったく最適でないように見える場合があります。 パスが見つからないことがあっても、ストップを互いに近づけるとパスが見つかったり、明らかに適切なルートが見つかったりする場合があります。 問題にポイントを追加または削除すると、変更していない位置間のコストが変化する場合があります (特に OD コスト マトリックスで発生しやすい)。
問題の原因が階層にあるかどうかを判断するには、階層をオフにして解析を再実行します。
解析で階層が使用されているかの確認方法およびオフにする方法の詳細
階層が問題の原因と思われる場合は、ネットワーク データセットのプロパティ ページを使用して階層属性の構成を確認します。 特に、各エッジの階層値の計算方法を制御するエバリュエーターと、階層の範囲値を確認します。
階層属性は、道路クラスの値を参照するように頻繁に構成されます。 階層属性の構成自体が正しくても、道路クラス値などのフィールドを参照するフィールド スクリプト エバリュエーターを使用している場合、参照されるフィールド値が誤っている場合は、計算される値が不正確になる可能性があります。 この場合、ネットワークのソース フィーチャクラスの更新が必要になる可能性があります。
入力が誤ったネットワーク フィーチャ上に配置されている
ネットワーク解析で使用する入力の地理的位置が、ネットワークのエッジやジャンクションと正確に交差することはまれです。 このため、すべての入力はネットワーク上での配置プロセスを経て、最も近いルート検索可能なネットワーク ロケーションを特定します。
各解析入力ポイントのネットワーク ロケーションを可視化するには、場所の探索ツールを使用します。 すべてのネットワーク ロケーションを一度に可視化するには、[XY テーブル → ポイント (XY Table To Point)] ツールで SnapX フィールドと SnapY フィールドを使用し、ネットワーク上の位置にある入力のレイヤーを作成します。 解析に入力を読み込む際、ロケーションの追加ツールで [ネットワークへスナップ] オプションを使用し、入力をネットワーク解析レイヤーにインポートできます。 このオプションを使用すると、入力ポイントは元の位置ではなく、ネットワーク上の位置に作成されます (一部オフセットが適用される)。
ポイントが誤ったネットワーク フィーチャ上に配置されている場合、ルートが予期しない位置で開始または終了するように見えることがあります。 通常、ポイントは実際には誤ったネットワーク フィーチャ上に配置されているわけではありません。 それらは、適用されている場所検索の設定に従って、最も近い規制されていないネットワーク エレメント上に配置されます。 配置ルールを理解することが重要であり、ポイントが目的の位置に配置されるよう、場所検索の設定や入力ポイントの地理的位置を調整する必要がある場合があります。
デフォルトでは、入力は規制されているネットワーク エレメントや、バリアによって通行が妨げられているエレメント上には配置されません。 これにより、最も近いネットワーク ロケーションにアクセスできない場合でも、各ポイントに到達できます。 このような状況にある入力ポイントは、入力内の Status フィールドを確認することで特定できます。これらのポイントは、値が 7 (最も近い位置に未配置) です。 どのネットワーク エレメントが規制されているかを確認するには、ネットワークの探索ツールとネットワーク データセット レイヤーのシンボルを使用します。 規制が誤っているように見える場合は、「規制が正しくない」をご参照ください。
場所検索の設定を使用してポイントの配置場所や方法を制御できますが、設定が誤っていると意図しない結果につながる可能性があります。 場所検索の設定に関する情報については、誤った場所検索の設定をご参照ください。
ポイントが、住所がアタッチされている道路や車道の入口がある道路ではなく、その横の道路に配置されることがあります。 これは通常、ポイントが地理的に側道に近いために発生し、区画の重心や屋上の住所位置ポイントを使用している場合によく起こります。 これらのポイントは手動で修正できます。 ただし、ネットワーク上でポイントを配置する前に前処理を行うことで、大規模な問題をより適切に修正できる場合があります。 場所検索の設定を調整し、更新した設定を使用して入力を再読み込みすることを検討してください。 入力が住所のジオコーディングによって生成された場合、使用しているロケーターにそのオプションがあれば、屋上の位置ではなくルート検索位置を使用して再度ジオコーディングを試みてください。 正しい道路に沿って住所の場所を生成するには、[ストリートをポイントに割り当て (Assign Streets To Points)] ツールを使用できます。
ネットワーク ロケーションを計算済みの場合、ロケーション フィールドが最新ではないか、無効になっている可能性があります。
場所検索の設定が正しくない
ネットワーク解析で使用する入力の地理的位置が、ネットワークのエッジやジャンクションと正確に交差することはまれです。 このため、すべての入力はネットワーク上での配置プロセスを経て、最も近いルート検索可能なネットワーク ロケーションを特定します。
さまざまな場所検索の設定により、入力がネットワーク上にどのように配置されるかが制御されます。 場所検索の設定では、ポイントをどのネットワーク エッジおよびジャンクション ソース上に配置できるか、配置時に検索クエリーを使用するかどうか、使用する検索距離などを制御します。 また、ポイントがバリアや移動モードの変更によって規制されるエレメント上に配置されている場合に、解析処理時に自動的に再配置されるかどうかも設定で制御されます。
場所検索の設定の詳細およびネットワーク解析レイヤーでその値を確認する方法の詳細
解析の入力が誤った位置に配置されているように見える場合は、場所検索の設定を確認して、意図した値が使用されていることを確認します。
位置フィールドが無効または最新ではない
ネットワーク解析で使用する入力の地理的位置が、ネットワークのエッジやジャンクションと正確に交差することはまれです。 このため、すべての入力はネットワーク上での配置プロセスを経て、最も近いルート検索可能なネットワーク ロケーションを特定します。 このネットワーク ロケーションは、入力テーブル内のフィールド セットに格納されます。
ネットワーク ロケーション フィールドを事前計算して、さまざまな解析で再利用できます。 ただし、ネットワーク ロケーション フィールドは、最初に計算に使用されたネットワーク データセットおよび移動モードに対してのみ有効です。 場所フィールドを異なるネットワークまたは移動モードで解析に使用した場合、または場所フィールド計算後にネットワークが編集された場合、これらのフィールドは無効になり、解析で予期しない動作につながる可能性があります。 ルートが予期しない場所で開始および終了したり、一部のポイントが未配置になる場合があります。
解析に使用する予定のネットワーク データセットと移動モードを使用して、[ロケーション フィールドの計算 (Calculate Locations)] ツールで解析入力のネットワーク ロケーションを再計算します。
ネットワーク モデルが正しくない
ネットワーク データセットのソース フィーチャクラスには、通行可能な道路またはその他のフィーチャに加え、交差点をモデル化するジャンクションおよび交差点を通過する遷移をモデル化するターンが含まれている必要があります。 ネットワーク データセットを作成すると、ルートや到達圏などのネットワーク解析を実行できるようになります。 ストップ、施設、バリアなどの解析入力は、ネットワーク データセットに含めないでください。 これらは解析固有のものであり、同じネットワーク データセットを複数の異なる解析で使用できます。
解析入力をネットワーク データセット自体に含めると、さまざまな種類のエラーや予期しない動作が発生する可能性があります。 最も一般的には、入力がネットワークの他の部分から分断されたジャンクション上に配置されているために、ルート解析が失敗することがあります。 さらに、ネットワークの構築時に、スタンドアロンのユーザー定義のジャンクションに関する構築エラーが発生することがあります。
解析入力をネットワーク データセットのソース フィーチャとして含めないでください。 それらをネットワークから削除し、ネットワークを再構築して解析をもう一度試行します。
トラブルシューティングのツールと手法
このセクションでは、予期しないネットワーク解析結果のトラブルシューティングに使用できるいくつかのツールと手法について説明します。
ネットワークの探索
[ネットワークの探索] ツールを使用して、マップ上に表示されたネットワーク データセット レイヤーかネットワーク解析レイヤーが参照しているネットワーク エレメントとネットワーク データセットの属性を調査できます。 このツールは、以下の特定に役立ちます。
- ソースの道路フィーチャに関連付けられているネットワーク エレメント
- ネットワーク エレメントに隣接している他のネットワーク エレメント
- ネットワーク エレメントの通過にかかるコスト
- 期待値を返すように、その属性が適切に構成されているかどうか
- アクティブな移動モードの制限を受けているかどうか
多くのタイプの予期しない解析結果を調査および診断する最初のステップとして、ネットワークの探索ツールの使用をおすすめします。
ネットワークの探索を使用して予期しない解析結果を調査する場合は、ネットワークの探索の設定を調整して、調査対象のネットワーク解析レイヤーと同じ移動モードを使用します。 これにより、ツールに表示される属性値が解析で使用された値と一致します。
ネットワークの探索ツールとネットワーク データセット レイヤーのシンボルは補足です。 ネットワーク データセット レイヤーのシンボルは、ネットワーク全体の正確性や規制された道路のパターンを視覚的に評価するのに役立ちます。ネットワークの探索ツールは、個々のネットワーク エレメントや問題のあるエリアを調査するのに役立ちます。
ネットワーク データセット レイヤーのシンボル
トラブルシューティングを支援するため、ネットワーク データセット レイヤーのシンボルを調整できます。 ネットワークのエッジ、ジャンクション、ターン、交通、およびダーティー エリアの基本的なレンダリング制御に加えて、ネットワーク データセット レイヤーの [シンボル] ウィンドウでは、特定の移動モードに対する規制状態に応じてネットワーク エレメントをレンダリングし、一方向 (片側通行) でのみ通行が許可されるエッジ エレメントに矢印を表示できます。
ネットワーク データセット レイヤーのシンボルとネットワークの探索ツールは補足です。 ネットワークの探索ツールが個々のネットワーク エレメントや問題のあるエリアの調査に役立ち、ネットワーク データセット レイヤーのシンボルは、ネットワーク全体の正確性や規制された道路のパターンを視覚的に評価するのに役立ちます。
ネットワーク データセット レイヤーのシンボルを使用して予期しない解析結果を調査する場合は、シンボルのオプションを調整して、調査対象のネットワーク解析レイヤーと同じ移動モードを使用します。 これにより、マップに表示されるシンボルが解析で使用された設定と一致します。
到達圏ライン
到達圏の解析は、指定された場所から一定の移動時間または距離の範囲内で到達できるエリアを示すポリゴンを生成する場合に最もよく使用されます。 ただし、この解析には、移動時間または距離の範囲内で到達できる特定の道路を表すライン フィーチャを出力する機能もあります。 到達圏ラインは、ネットワークの接続性の問題を評価およびデバッグするための有用なツールです。
到達圏ラインを使用してネットワーク接続性をデバッグするには、到達圏解析レイヤーを作成し、出力タイプをラインに設定し、調査対象エリア付近に施設を追加し、対象エリア全体に到達するのに十分な大き目のカットオフ値を設定します。 到達圏の出力ラインに一部のエリアや道路が含まれていない場合、それらは接続されていない可能性があります。 ネットワークの探索ツールを使用して、問題のある特定のスポットで接続性をさらに調査します。
トポロジー
ジオデータベース トポロジーは、ネットワーク データセット内で問題を引き起こし、結果として予期しないネットワーク解析結果につながる可能性のあるライン ジオメトリーの問題を特定、調査、修正するために使用できます。 トポロジーは、ネットワークを初めて作成する場合や、既存のネットワーク データセットのソース フィーチャクラス内で発生している広範なジオメトリーの問題を修正する場合に使用できます。
トポロジーを使用した問題の特定と修正
ネットワーク ソース フィーチャの問題を特定して修正するためにトポロジーを使用するには、次のステップを実行します:
- トポロジーの作成
- トポロジーに 1 つ以上のフィーチャクラスを追加します。
- トポロジーにルールを追加します。
- ルールをフィーチャクラスに適用してトポロジーを検証します。
- エラー インスペクター ウィンドウを使用して、特定された問題を調査および修正します。
ライン フィーチャには多数のトポロジー ルールを使用できます。 ネットワーク ソース フィーチャに推奨されるルールには、「重複しない (ライン)」、「同一ライン内で重複しない (ライン)」、「同一ライン内で交差しない (ライン)」「他クラスと交差しない、または接しない (ライン)」などがあります。
場所の探索
場所の探索ツールを使用すると、解析入力のネットワーク ロケーションを可視化し、それらのネットワーク ロケーション フィールドを確認できます。 各入力がネットワーク上のどこに配置されているかのトラブルシューティングや、場所検索の設定の試行にこのツールを使用します。
場所の探索ツールは、ネットワーク解析レイヤーのリボン上にあります。 ツールを有効にした状態でマップ上の入力フィーチャをクリックすると、ネットワーク上での配置場所とその位置フィールドを表示できます。
arcpy.nax 解析オブジェクトの結果からのレイヤー パッケージまたはファイルの出力
arcpy.nax 解析オブジェクトを使用して Python でネットワーク解析を実行する場合、saveAsLayerFile() メソッドを使用して解析設定と結果をレイヤー ファイルまたはレイヤー パッケージに保存し、マップ内で確認および検証できるようにします。 ただし、多くの場合、ネットワーク解析レイヤーの入出力スキーマは、arcpy.nax 解析オブジェクトで使用されるスキーマとは異なることに注意してください。
特定の解析のトラブルシューティングのヒント
各 Network Analyst 解析は異なるタイプの結果を生成し、このページで説明されている問題は異なる形で現れることがあります。 このセクションでは、特定の解析をトラブルシューティングするための手法について説明します。
ルート
複数のストップを含むルートの場合、結果が変化するか問題が解消されるまで、ストップを 1 つずつ削除してみてください。 直前に削除したストップが、問題の原因である可能性があります。
到達圏
到達圏ポリゴンは、カットオフ制限内で到達可能なエリアを示す視覚的なリプレゼンテーションであり、出力されるポリゴンはユーザーの設定によって大きく異なる可能性があります。 到達圏解析の実際のアルゴリズム解析結果は、到達できた道路です。 到達圏の出力タイプをラインに設定すると、到達できた道路を確認できます。 到達圏ラインは、多くの場合、解析に使用するネットワーク データセットの問題を特定する場合に役立ちます。
OD コスト マトリックス
OD コスト マトリックス解析で予期しない結果が発生した場合、起点から終点へのネットワーク パスが表示されないため、問題の特定と診断が難しい場合があります。 特定の起点-終点ペアに関する問題を調査するには、ルート解析を使用して実際に通ったパスを確認できるようにします。
解析で多くの起点と終点を扱う場合は、問題を再現できる最小限の起点と終点まで問題サイズを縮小してみます。
ライン出力には、パスが見つかった各起点-終点ペアに 1 つのレコードが含まれます。 ライン テーブルに起点-終点ペアのレコードが存在しない場合は、指定されたカットオフや検索する終点の数など、解析問題の制約を使用してもパスが見つからなかったことを示しています。