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

詳細:

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

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

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

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

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

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

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


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

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

詳細:

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

注意:

ヒント:

例

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

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

注意:

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

注意:

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

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

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

このトピックの内容

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

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

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

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

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