Python スクリプトでのジオプロセシングサービスの作成—ArcGIS Pro

詳細:

お使いのコンピューターで正常に動作しているほとんどの Python スクリプトツールは、ジオプロセシングサービスとして適切に発行および実行されます。この場合、スクリプトを修正する必要はありません。ただし、問題が発生している場合は、スクリプトで大量のプロジェクトデータ (パラメーターとして示されてない入力データ) が使用されているか、開発した Python モジュールのインポートに import ステートメントを使用していることが原因と考えられます。そのような場合、このトピックは、以下のシナリオについて説明しているため、解決に役立ちます。

プロジェクトデータのパスの構築とその検出方法。
インポートされたモジュールを検出して、ツールで使用可能にする方法。
サードパーティライブラリの操作方法。
ツールの整合チェックコードの操作方法、およびクライアントとジオプロセシングサービス間のやり取り。

Python、ArcPy またはスクリプトツールを使い慣れていない場合は、下記の「Python、ArcPy およびスクリプトツールの概要」セクションにスキップして便利なトピックの一覧をご参照ください。

プロジェクトデータのパスの構築とその検出方法

多くの Python スクリプトにおいて重要なのは、データを参照するパスを適切に構築することです。これには、スクリプト内にあるプロジェクトデータ (パラメーターとして表示されていない入力データ) や、中間 (一時) データも含まれます。データを参照するパスを Python で記述するには、いくつかの方法があります。フルパスを記述する方法について詳しくは、「Python でのデータのパスの設定」をご参照ください。

既知の場所に対するデータのパスは、os.path.join を使用して構築できます。これは、メモリワークスペースに存在する出力場所へのパスを構築したり、ディスクへの一時データのテンポラリの場所を使用したりする場合にも便利です。 os.path.join の使用方法については、次の例をご参照ください。

ツールをジオプロセシングサービスとして共有するとスクリプトがスキャンされ、Python 変数で使用するか、または関数の引数として使用する、それぞれの引用符 (一重または二重のいずれか) で囲まれた文字列がテストされ、存在するデータへのパスであるかどうかが確認されます。この場合、プロジェクトデータとは以下のものを指します。

マップまたはシーンの [コンテンツ] ウィンドウのレイヤー
フォルダー
ファイル
ジオデータセット。フィーチャクラス、シェープファイル、ジオデータベース、マップ (.mapx)、レイヤーファイル (.lyrx) など

スクリプトに引用符で囲まれた文字列が発見されると、データの存在を確認する以下のようなテストが実行されます。

文字列は [コンテンツ] ウィンドウのレイヤーを参照するか？
文字列にデータへの絶対パス ("e:\Warehousing\ToolData\SanFrancisco.gdb\streets" など) が含まれているか？
文字列は、プロジェクトファイル .aprx やスクリプトなど、既知の場所からの相対で検出されるデータを参照しているか？

これらのテストは、順次実行されます。テストが正常に終了した後に、データが存在する場合は統合されますが、データがポータルのフェデレーションデータストアに登録されている場合は、例外的に統合されません。

注意:

フォルダーが統合される場合、フォルダー内のファイルとジオデータセットのみがコピーされ、サブフォルダーはコピーされません。ファイルジオデータセットやラスターなどの一部のジオデータセットは実際にはフォルダーですが、ジオデータセットでもあるため、コピーされます。フォルダーにレイヤーファイル (.lyrx) またはマップ (.mapx) が含まれている場合は、そのレイヤーファイルまたはマップが参照しているすべてのデータも統合され、スクリプト内の arcpy.mp ルーチンから参照先のデータにアクセスできるようになります。

ヒント:

フォルダーの統合では、ツールで使用されることのない大きなデータセットやファイルによってフォルダーが雑然とするのを避ける必要があります。これは、パッケージ化やサーバーにアップロードするデータのサイズを必要以上に増やさないためです (サーバーのデータストアにあるフォルダーはサーバーにアップロードされないため、これらのフォルダーにはあてはまりません)。

例

以下の例は、このプロジェクトフォルダー構造に基づいています。

データセットへの相対パスとフォルダー

arcpy.mp ルーチンは、指定したプロジェクトの homeFolder または defaultGeodatabase を取得します。パスは、Python の os モジュールで構築されます。以下の例では、WebTools.gdb ジオデータベースのフィーチャクラスは LYRXs フォルダー内のレイヤーファイルを使用して設定され、シンボル化されます。

import arcpy
import os

# The ArcGIS Project is used to build paths from the defaultGeodatabase and 
# homeFolder using os.path.join

# Reference the CURRENT project with ArcGIS Pro open, or point to an .aprx on 
# disk
prj = arcpy.mp.ArcGISProject("CURRENT")
arcpy.CopyFeatures_management(os.path.join(prj.defaultGeodatabase, "study_sites"), 
                              "in_memory/tempSite")

# Create a variable to reference the LYRX folder
lyrxFolder = os.path.join(prj.homeFolder, "LYRXs")
arcpy.ApplySymbologyFromLayer_management("in_memory/tempSite", 
                                         os.path.join(lyrxFolder, "Site4.lyrx"))

上のコードでは、study_sites フィーチャクラスと Site4.lyrx ファイル (およびそのファイルがポイントしているデータ) がテストされ、存在するデータを参照しているかどうかを確認します。これらのデータセットは統合され、サーバーにアップロードされます (データセットの存在するフォルダーがサーバーのデータストアの一部である場合を除く)。

lyrxFolder 変数は、レイヤーファイルのフォルダーへの相対パスを参照します。このフォルダーが統合されます。そのすべてのコンテンツ (上記で説明したように、サブフォルダーは除く) がパッケージ化またはサーバーにアップロードされます (lyrxFolder フォルダーがサーバーのデータストアの一部である場合を除く)。

プロジェクトデータとしてのレイヤーの参照

レイヤーをプロジェクトデータとして使用する一般的でないワークフローを使用すると、Python スクリプトツールのパフォーマンスを大幅に向上させることができます。上の Python コードは、フィーチャクラスとレイヤーファイルへの絶対パスを使用します。ジオプロセシングサービスを実行すると、最初にデータセットが開き、データセットを開いたことで、パフォーマンスが低下します。レイヤーをスクリプト内で使用すると、データが開かれたまま、キャッシュに維持されるため、パフォーマンスが向上します。次の図は、プロジェクトのコンテンツ内のレイヤーを Python スクリプトで照合および使用する方法を示しています。

変数 (extentMask と rasterLayer) は、マップ内のレイヤー名と一致する単純な文字列を指しています。データは統合され、ポータルで共有されたときにジオプロセシングサービスで使用できるようになります (データストアで参照されていない場合)。また、メモリ内のレイヤーへの参照も保持します。マップのレイヤーとスクリプトの文字列の名前が一致すると、ツールをレイヤーで使用できるようになります。

注意:

レイヤーを内部プロジェクトデータとしてスクリプトツールで使用する場合、このスクリプトツールは関連するマップに依存するようになります。それらのレイヤーが存在しないと、別のマップからツールを実行できません。このパターンにより、スクリプトツールの一般的な移植性が低下します。そのため、このパターンはジオプロセシングサービスの作成に主に適しています。

他の Python モジュールのインポート

スクリプトが、開発した他のスクリプトをインポートする場合があります。たとえば、次のコードは、myutils.py という名前の Python モジュールのインポートを示しています。このモジュールは、親スクリプトと同じディレクトリ内にあり、getFIDName という名前のルーチンが含まれています。

import arcpy
import myutils

inFeatures = arcpy.GetParameterAsText(0)
inFID = myutils.getFIDName(inFeatures)

import ステートメントが使用されると必ず、次の順序でスクリプトが特定されます。

スクリプトと同じフォルダー。スクリプトがツールボックスに埋め込まれている場合、ツールボックスが格納されているフォルダーが使用されます。
システムの PYTHONPATH 変数が参照するフォルダー。
システムの PATH 変数が参照するフォルダー。

インポートするスクリプトがこれらのフォルダーのいずれかの中にある場合、スクリプトは統合されます。スキャン処理は再帰的です。上記で説明したすべてのルールを使用して、インポートされたスクリプトもスキャンされてプロジェクトデータとインポートがないか確認されます。

インポートするモジュールを参照する別の方法として、sys.path.append メソッドを使用する方法もあります。この方法を使用すると、インポートする必要のあるスクリプトを格納するフォルダーにパスを設定できます。

import arcpy
import sys
import os

# Append the path to the utility modules to the system path
# for the duration of this script.
myPythonModules = r'e:\Warehousing\Scripts'
sys.path.append(myPythonModules)
import myutils  # A Python file within myPythonModules

上記のコードでは、sys.path.append メソッドは引数としてフォルダーを必要とすることに注意してください。 r'e:\Warehousing\Scripts' はフォルダーであるため、フォルダーのコンテンツ全体が統合されます。ここでも、フォルダーのコンテンツをコピーするためのルールが適用されます。ジオデータセットでないサブフォルダーを除く、フォルダー内のすべてがコピーされます。

注意:

フォルダー内の Python スクリプトをスキャン対象として、プロジェクトデータやインポート済みモジュールが検索されることはありません。

サードパーティモジュール

サードパーティモジュールとライブラリ (コア Python インストールの一部でないモジュール) は、統合されません。サーバー上にモジュールが存在していて正しく実行されることを確認する必要があります。これは numpy、matplotlib、および ArcGIS Server とともにデフォルトでインストールされているその他のモジュールには適用されません。サードパーティの Python モジュールを配置する方法については、「ArcGIS Server へのカスタム Python パッケージの配置」をご参照ください。

ツールの整合チェックコード

スクリプトツールの作成経験がある場合は、ユーザー独自のツールの整合チェックのロジックを指定してもかまいません。ジオプロセシングサービスのクライアントは、ツールの整合チェックロジックを実行する機能がありません。この機能があるのはサーバーだけです。クライアントがその実行タスク要求をサービスに送信すると、サーバー上で整合チェックロジックが実行されます。整合チェックルーチンによってエラーがスローされると、タスクの実行が停止します。サービスからメッセージを返すと、整合チェックルーチンによってスローされたメッセージがクライアントに表示されます。一般に、公開されたジオプロセシングサービスの一部であるツールの整合チェックコードがツールに与える価値は、デスクトップで使用された場合よりも低くなります。整合チェックコードが削減、または削除されたジオプロセシングサービスのコピーを使用し、それをジオプロセシングサービスとして共有することもできます。ジオプロセシングサービスを使用するには、アプリケーションで整合チェックロジックを開発する必要があります。

整合チェックロジックは、Python を使用して実装されます。整合チェックコードは、他のすべての Python スクリプトと同様に、プロジェクトデータとモジュールについてスキャンされます。たとえば、整合チェックロジックは、投影情報ファイル (.prj) を含むフォルダー (d:\approved_projections など) を開き、サーバーによるツールの実行時にクライアントが使用できる空間参照の選択リストを構築します。このフォルダーはツールパラメーターではなく、ツールの整合チェックスクリプトで使用されるプロジェクトデータです。 Python スクリプトについて上記で説明されたルールと同じルールが、ここでも適用されます。その結果、d:\approved_projections フォルダーが統合され、サーバーのデータストアにそれがなければ、サーバーにコピーされます。

Python、ArcPy およびスクリプトツールの概要

Python、ArcPy およびスクリプトツールを使い慣れていない方は、下の表に記載した、使用開始にあたって参考になるトピックをご参照ください。


ヘルプトピック	コンテンツ
ジオプロセシングの概要	ジオプロセシングの入門トピック。
ArcPy とは	ArcPy の入門トピック。
Python でのツールの作成のクイックツアースクリプトツールとは	Python を使用したカスタムスクリプトツール作成の入門トピック。
スクリプトツールパラメーターの設定	このトピックでは、スクリプトツールパラメーターの定義方法を詳しく説明しているため、スクリプトツール作成プロセスを学習した後に参照する機会が多くなります。

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

詳細:

プロジェクト データのパスの構築とその検出方法

注意:

ヒント:

例

データセットへの相対パスとフォルダー

プロジェクト データとしてのレイヤーの参照

注意:

他の Python モジュールのインポート

注意:

サードパーティ モジュール

ツールの整合チェック コード

Python、ArcPy およびスクリプト ツールの概要

このトピックの内容

プロジェクトデータのパスの構築とその検出方法

プロジェクトデータとしてのレイヤーの参照

サードパーティモジュール

ツールの整合チェックコード

Python、ArcPy およびスクリプトツールの概要