より賢くジオコードし、より難しくしないでください

bharold

ビジネス、施設、またはイベントの住所は座標であり、見つけられることを望んでいますが、時にはジオメトリと適切に形成された住所属性の両方を持つデータが、ArcGIS Onlineで利用可能な高品質なジオコーディングの恩恵を受けていないことがあります。ジオメトリの改善が必要なレコードに適用されていません。<\/STRONG><\/P>このブログでは、以前にジオコードされたレコードの再ジオコーディングのコストをかけずに、時間とともに変化するデータセット内の信頼できないジオメトリにジオコーディングを適用する方法を示します。<\/STRONG>  維持される情報製品は、ArcGIS Onlineまたは独自のArcGIS Enterpriseポータルのホストフィーチャレイヤーです。<\/P>こちらが対象となる内容で、市財務局に登録されている約60万件のロサンゼルス市のアクティブなビジネス所在地です:<\/P>ロサンゼルス中心街のビジネス群<\/span><\/span><\/P>ビジネスは開業、閉店、移転、名称変更があることをご理解いただけるでしょう。このデータセットはこれを追跡するために毎月更新されています。  ビジネスは通常、自分たちが見つけられることを気にしており、データには高品質な住所フィールドが含まれています。  ホストフィーチャレイヤーなどで有用な空間的なビューを維持したい場合、この更新頻度をサポートする必要があります。  変更されるレコードに加え、最初に作成されたときに正しいジオメトリが得られなかったレコードも改善する必要があります。<\/P>このようなレコードです:<\/P>Null Island と Equal Archipelago<\/span><\/span><\/P>赤い点はNull Islandか、私が名付けた地域であるEqual Archipelago上にあります。これは緯度が経度と等しい地点を意味します。  実際にnullジオメトリのレコード（Null Islandという名前には多少の自由があります！）と合わせて、修正すべきビジネス所在地の簡単に識別可能なサブセットがあります。これらはデータ内の住所フィールドから修正可能であると確信しています。<\/P>こちらがジオコーディングが必要なビジネス所在地のサブセットです:<\/P>ジオコーディング対象の場所<\/span><\/span><\/P>レコード数は94,086件です.  ジオコーディングにはArcGIS Online（クレジットが必要）を使用するため、ジオコーディングのクレジットコストに注意し、住所が変更されない限り対象レコードを一度だけジオコーディングする必要があります。  ここでより賢いジオコーディングが登場します。信頼できないジオメトリや住所フィールドが変更されたレコードのみを一度だけジオコーディングし、それ以外は更新ごとに繰り返さず、それでも信頼できるジオメトリや非住所フィールドへの変更は適用します。<\/strong><\/P>さあ始めましょう。<\/P>ソースデータはパッケージダウンロード経由で利用可能なリーダーがあるオープンデータポータルにあります。ブログ添付ファイルにはワークスペースCreateLosAngelesBusinesses.fmw(ArcGIS Pro 3.5+ と ArcGIS Data Interoperability または FME 2025+ が必要)があり、ワークスペースを編集するとリーダーとGeocoderパッケージがインストールされます。このワークスペースは初期フィーチャクラスを作成します。こちらです:<\/P>ビジネス所在地フィーチャクラス作成<\/span><\/span><\/P>ただしここでは初期ジオコーディングのクレジットコストは避けられません。ただしnullジオメトリかNull Island上またはEqual Archipelago沿いの信頼できないジオメトリのみを対象としていることに注意してください。注目すべき処理ステップとしては、バックエンドサーバーへのクエリによる別々の処理ストリーム生成、「(34.2817, -118.5361)」など文字列値からポイントジオメトリ作成、高速化のためバッチ前方ジオコーディング使用があります。<\/P>出力フィーチャクラスはウェブレイヤーとして共有され、これが維持する情報製品となります。<\/P>ここから処理がさらに興味深くなります。ブログダウンロード内のワークスペースRefreshLosAngelesBusinesses.fmwはこちらです:<\/P>ビジネスリスト更新<\/span><\/span><\/P>以前に処理した場所を再度ジオコーディングしない秘訣は、ターゲットフィーチャレイヤーから既知のジオメトリを信頼できないレコードへマージすることと、主キーおよび住所フィールドでマージすることです。  こうすることで住所が変わった場合、そのフィーチャはマージされず再度ジオコーディングされます。<\/P>既知の場所からジオメトリを取得するために使用したFeatureMergerプロパティはこちらです:<\/P>ジオメトリのみマージ<\/span><\/span><\/P>いったんすべてのジオコーディングが完了すると、新規および既存すべてのフィーチャはChangeDetectorへ送られます。これによりターゲットフィーチャサービスを更新する効率的かつ最小限のトランザクションが生成されます。  ジオコーディングではGeocoderトランスフォーマーでバッチから行単位ベースへ切り替えたことにも注目してください。バッチは高速ですが行単位ベースはより高品質な結果をもたらすことがあります。<\/P>こちらはロサンゼルスの1ヶ月分のビジネス所在地変動（2025年9月15日）です。  合計596,402箇所中、1,688件更新、4,385件挿入、1,707件削除されました。  信頼できない位置情報を持つ94,086件中1822件のみが再度ジオコーディングされました。  わずか9件のみ住所不明で事務的確認が必要でした。<\/P>1ヶ月分のビジネス住所更新状況<\/span><\/span><\/P>こちらは変更セットトランザクション計算に使用したChangeDetector設定です。  主キー値ごとに属性またはジオメトリが変更された場合、INSERT、UPDATEまたはDELETEタイプの書き込みレコードが生成されます。<\/P>ChangeDetector設定<\/span><\/span><\/P>ブログ添付ファイルには初期ファイル ジオデータベース フィーチャクラス作成およびオンデマンドでデータ更新実行用空間ETLツールfmwソースファイルがあります。またさらなる処理前に検査すべき信頼できないレコード検出用も含まれています。<\/P>より賢くジオコーディングして楽しんでください！<\/P>