ArcGIS Onlineで多くのFeature Servicesを上書きした際に得た教訓

LindsayRaabe_FPCWA

前文

私たちの組織では、ArcGIS Onlineがリリースされた初期の頃から使用しています。つまり、かなり長い間存在している多くのレイヤーがあります。初期の頃はあまり理解していなかったことの一つで、ここ数年問題となっているのは、すべてのフィーチャ サービスに対して十分に検討され、一貫した空間参照を持っていないことです。 

ArcGIS Online WebMapsのデフォルト空間参照はWGS 1984 Web Mercator（補助球）ですが、フィーチャ サービスは任意の座標系を使用して公開でき、ArcGIS OnlineはそれらをWebMaps上でオンザフライで投影します。通常これは問題ありません。しかし、ArcGIS Proでレイヤーを使用する際や、GDA94とGDA2020の両方を使用する空間参照が混在している場合には問題があることがわかりました。この混在により、変換選択では対処できないデータシフトが発生していました。

そのため、最も堅牢な方法として、すべてをArcGIS Onlineで同じ投影法：WGS 1984 Web Mercatorに再公開することに決めました。これにより、ArcGIS Proプロジェクトに読み込んだときにGDA94と2020間の互換性の問題を心配する必要がなくなります。 

注意：まだ多くの非AGOLデータセットも再投影する必要がありますが、それははるかに簡単な作業です。 

考慮事項

多くの方が理解できると思いますが、多数のフィーチャ サービスに大幅な変更を加えることは容易ではありません。これには、ユーザーがデータをキャプチャまたは編集できず、そのデータが失われるリスクがあるフリーズ期間をスケジュールする必要がありました。また、Field Maps内のすべてのオフラインエリアを再作成する必要がありました（当組織ではかなり多いです）！チームでフィーチャ サービスを再公開し、それらをチェックし、影響を受けるWebMapsおよびArcGIS Proテンプレートを更新するのに3日かかると見積もりました。

空間参照を更新する必要があるフィーチャ サービスは合計102件ありました。それらにはさらに120件の関連ホストビューも考慮する必要がありました。また、すべてのレイヤーでEditor Tracking履歴を保持したいと考えました（適切に考慮しないと簡単に失われます）。 

最近、Editor TrackingフィールドとArcGIS Onlineの新しいデフォルト高精度日付フィールドに関する問題をご覧になったかもしれません（解決済み: Editor Tracking – 高精度日付フィールド問題... - Esri Community）。これらの問題を軽減し、可能な限りプロセスを迅速化するために、モデルビルダーツールを作成しました。このツールはフィーチャ サービス内の各サブレイヤー／テーブルをダウンロードし、Editor Trackingフィールドを再作成し、作成者／編集者履歴を保持し、公開前にローカル（テンポラリ）データでエディタトラッキングを有効にします。これにより上記投稿のSolutionより高速化されます。これらのツールはダウンロード用に添付されています（トラッキング有無によるフィーチャ サービス用1つとトラッキング付きテーブル用1つ）。 

注意：これはArcGIS Onlineで作成されたデフォルトのCreator／CreationDate／Editor／EditDateフィールドを探します。もしフィールド名が異なる場合は、このモデルを修正して認識させる必要があります。 

フィーチャ サービスをダウンロードしエディタトラッキングを維持するモデル

 

 

プロセス

ArcGIS Pro セットアップ

1. 新しい ArcGIS Pro プロジェクトを開き、新しいマップを挿入する
2. マッププロパティ > 一般ウィンドウで「ユニークID割り当てを有効にする」オプションを確認する
3. マップ投影法がWGS 1984 Web Mercator（補助球）に設定されていることを確認する

• Project > Options > Map and Scene > Spatial Reference > 「空間参照の選択」を使用し、「最初の操作レイヤーの空間参照を使用」の代わりに設定すると、データ追加時にマップが異なる空間参照に変わることを防げます

レイヤーセットアップ

1. Portalからホストされたフィーチャ サービスをArcGIS Proに追加する
2. 「Download FS with Editor Tracking」ツール（W:\Mapping.atbx）を実行

   注意：入力フィーチャ サービスはPortalからブラウズして選択してください。マップ内のレイヤーは選択しないでください。URL末尾にレイヤーID番号（例：/0）が付いたサブレイヤーを選択してください。

   

   • ツールが失敗した場合、それはレイヤーに一致するEditor Trackingフィールドがないためです。「Download FS without Editor Tracking」ツール版を実行するか、ご自身のEditor Trackingフィールド名に合わせてツールを更新してください。 
   • フィーチャ サービスに複数サブレイヤーがある場合、それぞれについてこのプロセスを実行してください。
3. ステップ1でマップに追加したフィーチャ サービス レイヤーを右クリック > コピーし、ステップ2で出力された対応レイヤー／サブレイヤー上で右クリック > プロパティ貼り付け。ダウンロードした（テンポラリ）サブレイヤーすべてについて繰り返す。 
   
   
4. 既存フィーチャ サービスサブレイヤー名と一致するようレイヤー名変更 
5. 新しいレイヤープロパティ内でサービスURL末尾（データソース）のID番号（フィーチャ サービスID）と一致させる - 「プロパティ貼り付け」はこれを書き換えるので最後に行うこと
   
   

    

6. ステップ1で追加した既存フィーチャ サービス レイヤーは削除し、一時的なデータのみ残す
7. マップ投影法が希望通りの空間参照になっていること確認

フィーチャ サービス更新

1. ArcGIS Onlineへ行き、ホストビュー（および該当すればベース）の同期機能を無効化 - すべてのレプリカ登録解除が必要でないと次ステップへ進めません
2. [共有]リボン > Web レイヤー > Web レイヤー上書き
   
   
3. 元のフィーチャ サービス選択後OKクリック
4. 設定セクションで「エディタトラッキング情報保持」をチェック（ダウンロード時エディタトラッキングなしの場合は不要）
5. タイムゾーン更新（必要なら）
   
   

    

6. レイヤー解析しエラーあれば修正
7. フィーチャ サービス公開
   
   注意：再公開失敗時はビュー同期オプション見落とし確認。成功しない場合、新規V2 フィーチャ サービスとして公開後関連ビューのデータソース変更が必要になるかもしれません。詳細は以下「学び」を参照ください。 
8. フィーチャ サービスおよび全ホストビュー動作確認（ArcGIS Online内Dataタブ確認）

• Dataタブで「Data Error」と表示されるビューあれば再度再公開試行（多くの場合これで解決）
• またビュー属性テーブルから特徴選択・ズーム可能かも確認してください。稀にビューは動作しているようでも地図上には特徴表示されないケースがあります。詳細は以下「学び」を参照ください。 

ビュー同期機能再有効化

学び

• フィーチャ サービス上書き時には警告ウィンドウが表示されます 関連するすべてのデータとポップアップを失う可能性があります。データは、最初に行われたダウンロードプロセスを通じて保持されるべきです。ポップアップやその他のスタイリング（シンボロジー、ラベルなど）も、前述のコピー > プロパティの貼り付け手順を通じて保持されるべきです。 この警告はフィーチャ サービスのビューには影響しません。レイヤーが上書きされる前と同じ状態で維持されます。 <\/STRONG><\/EM><\/LI><\/UL><\/span><\/P> <\/P>上記のステップ8で述べたように、フィーチャ サービスの上書きに成功した場合でも、ビューが更新を反映せず、ArcGIS Online アイテムページのアイテムのデータタブでデータエラーが返されることがあります。 
  
  <\/span>
  
  ArcGIS Proで再度[Publish]をクリックするとこれが修正されることがあります。[Publish]手順を再試行してもすべてのビューが機能しない場合は、ビューを手動で再作成し、それが存在するすべてのWebMapsおよびArcGIS Proテンプレートで置き換える必要があります。古いものと新しいものを画面に並べて表示し、定義されたビュー設定（設定 > ビューの更新）、ビジュアライゼーションおよび設定ページを順に確認する方法が最も簡単でした。
  
   <\/span>
  
  <\/LI>一部のフィーチャ サービスは単純に上書きを拒否しました。これらは名前に「V2」を付けて最初から再公開する必要がありました（下記スクリーンショット参照）。ホストされたビューのソースを別のフィーチャ サービスに変更することは、元のものと同じ空間参照を持ち、必要なすべてのフィールドが存在しない限りできないことを覚えておくことが重要です（その他にも条件があります - 詳細はこちら：ホストされたフィーチャ レイヤ ビューのソースを切り替える04ArcGIS Online ヘルプ | ドキュメント<\/A>）。空間参照を更新するためにこのプロセスを進めていたため、元の空間参照（例：GDA94 MGA Zone 50）でV2レイヤーを公開し、すべてのビューのソースをV2フィーチャ サービスに変更し、その後上記の再公開（上書き）プロセスをV2レイヤーで再度実行して空間参照（WGS 1984 Web Mercator）を更新することで、はるかに成功しました。 
  
  <\/span> 
  <\/span><\/LI><\/UL> <\/P>まとめ<\/STRONG><\/FONT><\/P>プロセスの問題点を解消しながらチーム能力が2/3程度だったため開始は遅れましたが、すぐに調子が出て良いペースでレイヤー処理が進みました。扱うデータに精通した人が関わっていると非常に助かります。ホストされたフィーチャ サービス、そのビュー、およびそれらが存在するマップ／アプリ製品間の関係性を誤解すると大混乱になる可能性があります（関連テーブルなど他の要素による複雑さもありますが、幸い私たちはそれは1件だけでした）。 <\/FONT><\/P>全体として、私たちは3日間かけて:<\/P>対象となる100件すべてのフィーチャ サービスを再公開（または必要なら再作成）した<\/LI>それら（およびそのビュー）が機能していることを確認した<\/LI>WebMapsおよびArcGIS Proテンプレートで壊れたデータ ソースをチェックし更新した<\/LI>オフライン対応WebMapsが引き続きオフラインで動作可能か確認し（必要なら修正した）<\/LI><\/UL>3日間の「凍結」期間以降、小さな見落としがいくつか見つかり修正されました（幸い重大なものではありません）およびExperiencesが変更されたデータ ソースに合わせて更新されました（結果として壊れた式もありました）。