ArcGIS Server .NET Help - WFS サービス

ArcGIS Server では、OGC（Open Geospatial Consortium）の WFS（Web Feature Service）仕様に準拠するサービスを公開することができます。WFS は、Web 経由でジオグラフィックフィーチャを提供するためのオープン規格です。

WFS を使って ArGIS Server でデータを公開するためには、適切な ArcGIS Server ライセンスを取得する必要があります。ライセンス要件については、「機能比較表」をご参照ください。

このトピックは次のセクションで構成されています。

WFS サービスを使用する理由

WFS サービスを通じてデータを提供すると、Web サービスを操作できるアプリケーションは、マップまたはジオデータベース内のジオグラフィックフィーチャにアクセスすることができます。マップのイメージを返す OGC WMS（Web Map Service）とは異なり、WFS サービスはジオメトリや属性を持つ実際のフィーチャを返すため、クライアントはあらゆる地理空間解析でこれを使用できます。WFS サービスは、ユーザがデータの空間解析や属性検索を実行するためのフィルタもサポートします。

技術的な注意事項

ArcGIS Server で作成する WFS サービスは、WFS 1.1 仕様に準拠します。読み取り専用ベースで WFS 1.0 仕様もサポートします。
WFS サービスは GML（Geography Markup Language）を使ってフィーチャデータをエンコードします。GML は、XML を使って地理情報を表現するための手段です。ArcGIS Server WFS サービスによって使用される GML は、シンプルフィーチャプロファイルを使用します。GML の詳細については、ArcGIS Desktop ヘルプの「ArcGIS での GML サポートの概要」をご参照ください。

WFS サービスを作成する方法

WFS サービスを作成する方法には、マップから作成する方法とジオデータベースから作成する方法の 2 種類があります。

マップからの WFS サービスの作成

ArcMap マップドキュメント（*.mxd）から WFS サービスを作成することができます。Manager または ArcCatalog を使用して、マップドキュメントを ArcGIS Server マップサービスとして公開します。ジオデータベースをサービスとして公開する際には、[WFS] ケーパビリティをオンにします。これにより、WFS クライアントがサービスにアクセスするために使用できる URL が作成されます。

サービスの公開の詳細については「GIS リソースのサーバへの公開」をご参照ください。

マップドキュメントは、WFS サービスで提供されるレイヤの仕様にすぎません。サービスの目的はデータ内のフィーチャを提供することなので、レイヤレベルで定義されるシンボル表示、クエリ定義、フィールドエイリアスは、WFS サービスに渡されません。OGC 仕様を通じてマップのビジュアルプロパティを提供するには、WMS サービスを使用します。マップドキュメントから WFS サービスを公開する際には、次の点に注意してください。

WFS サービスに編集用のトランザクション（WFS-T）をサポートさせたい場合は、マップ内のすべてのレイヤのソースデータが同じ ArcSDE ジオデータベースに格納されていなければなりません。それ以外の場合は、マップにさまざまなソースのレイヤを追加することができます。
マップ内の複数のレイヤは、同じフィーチャクラスを参照したり、同じ名前を持つことはできません。そのようなことを行うと、ワークスペースのアイテムまたは名前が重複していることを示すエラーメッセージが表示されます。
レイヤの名前は、WFS から返されるタイプ名になります。
WFS サービスを通じてデータを公開する場合、SDE ビューを含むデータをジオデータベースに登録する必要があります。
WFS はフィーチャを操作するだけなので、マップ内のラスタレイヤはサービスから除外されます。
WFS サービスは、結合、リレート、XY イベント、ルート、カバレッジ、または Data Interoperability Extension ベースのレイヤのような、仮想クラスをサポートしません。

WFS サービスを公開する以外のさまざまな目的でソースマップドキュメントを使用する場合は、WFS サービスのソースドキュメントとしての役割を果たすマップドキュメントのコピーを作成する必要があるでしょう。そうすれば、元のマップドキュメントを変更せずに、要件に合わせてコピーを変更することができます。

ジオデータベースからの WFS サービスの作成

ジオデータベースから WFS サービスを作成することもできます。ジオデータベースは、パーソナル、ファイル、または ArcSDE など、どのタイプでもかまいません。Manager または ArcCatalog を使用して、ジオデータベースを ArcGIS Server ジオデータサービスとして公開します。ジオデータベースをサービスとして公開する際には、[WFS] ケーパビリティをオンにします。これにより、WFS クライアントがサービスにアクセスするために使用できる URL が作成されます。

ジオデータサービスから WFS サービスを作成すると、接続ユーザがアクセスできるすべてのフィーチャクラスがサービスで提供されるようになります。また、ジオデータベースに登録されたフィーチャクラス、テーブル、および SDE ビューのみが、サービス内で提供されます。

サービスの公開の詳細については「GIS リソースのサーバへの公開」をご参照ください。

WFS サービスをジオデータベースから作成すると、フィーチャの読み取りや検索に加え、フィーチャの編集も可能になります。

WFS サービスの作成に関する注意事項

マップまたはジオデータベース内のフィーチャクラスが EPSG コードで表せない空間参照を使用する場合は、そのフィーチャクラスの空間参照として WGS 84 が使用されます。

不明な空間参照系を使用するマップまたはジオデータベース内のフィーチャクラスは、WFS サービスによって無視されます。

WFS プロパティの設定

WFS サービスを公開した後は、その WFS サービス固有のプロパティを設定することができます。これらのプロパティは、クライアントがサービスに関する情報を取得するために使用できるメタデータを定義します。サービスレベルのプロパティには、デフォルトで設定されるものと設定されないものがあります。次に、Manager または ArcCatalog を使ってサービスレベルのメタデータを定義するプロパティの設定方法を示します。

ArcCatalog または ArcGIS Server Manager を起動します。
[サービスプロパティ] ダイアログボックスを開きます。ArcCatalog の場合は、既存のサービスを右クリックし、[サービスプロパティ] をクリックします。ArcGIS Server Manager の場合は、[サービス] タブをクリックし、[サービスの管理] をクリックし、サービスの [編集] アイコンをクリックします。
[ケーパビリティ] タブをクリックします。
ケーパビリティのリストで、[WFS] がまだチェックされていなければ、オンにします。すでにチェックされている場合は、WFS のテキスト部分をクリックします。WFS 固有のプロパティが表示されます。
[以下にサービスプロパティを入力] をクリックします。
テキストボックスに、サービスの名前、タイトル、作成者の連絡先など、サービスに追加したいサービスレベルのメタデータを入力します。
メタデータの追加が完了したら、[保存して再起動] をクリックします。入力した情報は、システムによって生成されるケーパビリティファイルで提供されます。

これらのプロパティの詳細については、OGC Web Services Common Specification のバージョン 1.0 をご参照ください。

[トランザクションの有効化] チェックボックスは、WFS-T 経由での編集を可能にするために使用されます。詳細については、「編集と WFS サービス」セクションをご参照ください。

メタデータを定義するもう 1 つの方法は、外部のケーパビリティファイルを使用することです。外部のケーパビリティファイルを使用すると、フィーチャタイプのデフォルト以外の投影法を追加することができます。デフォルトでは、レイヤまたはフィーチャクラスの座標系と WGS84（EPSG 4326）が含まれます。外部のケーパビリティファイルの使用については、「高度なトピック」セクションをご参照ください。

ArcGIS 10.0 で新しく追加された機能として DefaultMaxFeatures プロパティを設定することもできます。これによってサービスから返されるフィーチャの最大数を制御することができます。このプロパティは、コンフィグレーションサービスファイルまたは外部のケーパビリティファイル内に設定することができます。DefaultMaxFeatures プロパティは、WFS 1.1.0 でのみサポートされているので、外部のケーパビリティファイルを使用している場合は、このプロパティを 1.1.0 プロパティを参照しているファイル内に設定するだけでかまいません。

コンフィグレーションサービスファイルでは、DefaultMaxFeatures プロパティは、次のように WFSServer セクションで定義される必要があります:

<Extension>
	 <TypeName>WFSServer</TypeName>
  <Enabled>true</Enabled>
  <Properties>
    ...
    <EnableDefMaxFeatures>true</EnableDefMaxFeatures>
    <DefMaxFeaturesValue>200</DefMaxFeaturesValue>
  </Properties>
  ...
</ows:Constraint>
</Extension>

外部のケーパビリティファイルを使用している場合、DefaultMaxFeatures プロパティは、次のように WFSServer 1.1.0 ファイルのメタデータセクションで定義される必要があります:

<ows:Constraint name="DefaultMaxFeatures">
	 <ows:Value>200</ows:Value>
</ows:Constraint>

特殊文字

次に示した文字は、いずれのサービスプロパティにも含めることはできません。&, <, >, ", '. こうした文字を使用する場合、次に示した表の適切なエスケープ文字列で置換する必要があります。

&	&
<	<
>	>
"	"
'	'

WFS サービスのセキュリティ

WFS サービスは、WFS ユーザに ArcGIS Server マップサービスまたはジオデータサービスを提供します。WFS サービスのセキュリティは、その親のマップサービスまたはジオデータサービスのセキュリティを制御することにより管理されます。Planners などの特定のロールに対してマップへのアクセスが拒否された場合、Planners は、SOAP、REST、または WFS のどのインタフェースを使用したとしても、マップにアクセスできなくなります。

ArcGIS Server はさまざまな認証方式をサポートしています。OGC インタフェース経由でのアクセスが想定されるサービスについては、HTTP 基本認証、HTTP ダイジェスト認証、または Windows 統合認証のいずれかを使って保護する必要があります。ほとんどの OGC クライアント（非 Esri および Esri クライアント）は、広く使用されているこれらの標準認証方式を理解し、それらに対応します。

WFS サービスへのアクセス

ArcGIS Server で作成した WFS サービスは、WFS をサポートするすべてのクライアントで使用することができます。

クライアントのタイプ

WFS サービスの最も単純なクライアントは Web ブラウザです。WFS リクエストは HTTP を通じて送信することができ、レスポンスまたは例外はブラウザを通じて返されます。すべての WFS サービスは、GetCapabilities、DescribeFeatureType、GetFeature の 3 つのオペレーションをサポートします。URL パラメータとこれらのオペレーションを使用して、サービスのメタデータ、フィーチャタイプ情報、GML でエンコードされたフィーチャを WFS サービスから取得することができます。これらのオペレーションとパラメータの詳細については、OGC WMS Specification をご参照ください。

WFS サービスを利用するために使用できるサードパーティクライアントはさまざまです。ArcGIS Server によって作成された WFS サービスを使用するためには、クライアントが WFS 1.1 または 1.0、および GML のシンプルフィーチャプロファイルをサポートしている必要があります。

ArcGIS Server の標準の Web マッピングアプリケーションは、WFS サービスの追加をサポートしません。ただし、ArcCatalog と ArcMap は WFS サービスに対応することができます。ArcMap 内での WFS サービスの使用については、「ArcGIS Desktop を使用して WFS を操作する方法」をご参照ください。

WFS 1.1 仕様には、WGS84 を含め、多くの地理座標系の座標が緯度、経度の順（Y、X）で返されることが記されています。ArcGIS Server を通じて公開された WFS サービスは、この仕様に従います。ただし、一部の WFS クライアントは、座標が経度、緯度の順（Y、X）で返されることを想定します。この場合は、WFS サービスから返されたフィーチャの座標の順序を入れ替えて、経度、緯度を返すことができます。詳細については、この後の「高度なトピック」をご参照ください。

URL の構造

サービスに接続するには、URL を知っている必要があります。URL は次のパターンに従います。

http://<サーバ名>/<インスタンス名>/services/<フォルダ名（必要に応じて）>/<サービス名>/<サービスタイプ>/WFSServer?

サーバ名は、Web サーバコンピュータの名前です。
インスタンス名は、ArcGIS Server をインストールしたときに指定した ArcGIS Server インスタンスの名前です。
サービスタイプは、WFS サービスをマップとジオデータベースのどちらから作成するかに応じて、それぞれ MapServer または GeoDataServer になります。

たとえば、DemoFolder というフォルダに WFSDemoService というマップサービスが含まれていて、MyServer というサーバの arcgis というデフォルト名のインスタンスで実行されている場合、この WFS サービスの URL は次のようになります。http://MyServer/arcgis/services/DemoFolder/WFSDemoService/MapServer/WFSServer?

同様に、ジオデータサービスで WFS ケーパビリティを有効にした場合、URL は次のようになります。http://MyServer/arcgis/services/DemoFolder/WFSDemoService/GeoDataServer/WFSServer?

フィルタの使用

WFS サービスを操作する際には、一連のフィルタを使ってフィーチャのグループを選択することができます。ArcGIS Server で作成された WFS サービスは、OGC OpenGIS FE（Filter Encoding）Implementation Specification 1.1 を使用します。次のフィルタを適用することができます。

ジオメトリ	空間	論理演算	比較	レコードの並べ替え（Sort）
Envelope	BBOX	And	EqualTo	SortBy*
Point	Equals	OR	NotEqualTo
MultiPoint	Disjoint	Not	LessThan
LineString	Intersects		GreaterThan
Polygon	Crosses		LessThanOrEqualTo
	Touches		GreaterThanOrEqualTo
	Within		LIKE
	Contains		Between
	Overlaps		NullCheck

メモ:

SortBy フィルタは、ArcSDE ジオデータベースに格納されたデータに基づく WFS サービスのみに適用することができます。

例

GetFeature でこれらのフィルタを使用するサンプルについては、OGC の「Web Feature Service Implementation Specification」のセクション 9.5 をご参照ください。

FeatureID パラメータの操作

FeatureID パラメータを GetFeature リクエストで使用して、WFS サービス内の特定のフィーチャをリクエストすることができます。FeatureID パラメータは、フィーチャの OBJECTID ではなく、FeatureType と gml:id で構成されています。ArcGIS WFS サービス内のフィーチャの FeatureID の形式は、<フィーチャタイプ>.<gml:id> です。WFS サービス内のフィーチャの gml:id を特定する 1 つの方法は、対象の FeatureType に GetFeature リクエストを行うことです。

メモ:

gml:ids は、シェープファイルに基づいた WFS サービス内のフィーチャでは使用できません。

たとえば、次のような場合です。WFS サービスには、Cities という名前の FeatureType があります。Cities に対して GetFeature リクエストを行うと、レスポンスには各フィーチャの gml:id が含まれます。

URL の例:http://bobmk/arcgis/services/wfs_services/ArcSDE_wfs/GeoDataServer/WFSServer?request=getfeature&typename=cities

この例では、バンクーバー市の FeatureID は cities.F293__1 です。以下のリクエストは、FeatureID を使用して、バンクーバー市を具体的にリクエストする場合に使用することができます。http://bobmk/arcgis/services/wfs_services/ArcSDE_wfs/GeoDataServer/WFSServer?request=getfeature&featureid=cities.F293__1

Filter パラメータの操作

Filter パラメータを GetFeature リクエストで使用して、WFS サービス内の特定のフィーチャをリクエストすることができます。Filter パラメータの利点は、これが WFS 仕様で定義された標準的なキーワード／値の組み合わせのエンコーディングの一部であり、HTTP Get リクエストの末尾に追加できる点です。Filter パラメータの値は、URL でエンコードされた OGC フィルタ XML 文字列に設定する必要があります。上記の表にリストしたサポートされているフィルタはすべて、暗号化してから Filter パラメータを介してサーバへ送信する必要があります。

たとえば、WFS サービスに blockgroups という名前の FeatureType を作成した場合、以下の GetFeature リクエストを送信することにより、-122.423192682619, 37.7877919206256, -122.421377806544, 37.7893634225143 の範囲内で blockgroups フィーチャをリクエストできます。

http://server/arcgis/services/playground/sanfrancisco_wfs/MapServer/WFSServer?service=WFS&request=GetFeature&version=1.1.0&typename=esri:blockgroups&Filter=<ogc:Filter><ogc:BBOX><ogc:PropertyName>Shape</ogc:PropertyName><gml:Box srsName="urn:x-ogc:def:crs:EPSG:4326"><gml:coordinates>37.7877919206256,-122.423192682619 37.7893634225143,-122.421377806544</gml:coordinates></gml:Box></ogc:BBOX></ogc:Filter>

122.431577, 37.749936 といった特定のポイントフィーチャを含む blockgroups フィーチャをリクエストしたい場合には、以下の GetFeature リクエストを送信できます。

http://server/arcgis/services/playground/sanfrancisco_wfs/MapServer/WFSServer?service=WFS&request=GetFeature&version=1.1.0&typename=esri:blockgroups&Filter=<ogc:Filter><ogc:Contains><ogc:PropertyName>Shape</ogc:PropertyName><gml:Point srsName="urn:x-ogc:def:crs:EPSG:4326"><gml:pos srsName="urn:x-ogc:def:crs:EPSG:4326">37.749936 -122.431577</gml:pos></gml:Point></ogc:Contains></ogc:Filter>

メモ:

WFS では、関連する名前空間の接頭辞をフィルタ XML 文字列に含める必要があります。さらに、Web ブラウザや Web サーバによって不正に変換されるのを防ぐために、フィルタ XML 文字列をサーバへ送信する前に URL でエンコードします。

編集と WFS サービス

マップサービスとジオデータサービスは、ジオデータベースなどの Esri データソースからデータを公開するために使用されます。WFS ケーパビリティを有効にしてマップサービスまたはジオデータサービスを公開すると、OGC 準拠の WFS クライアントがデータにアクセスできるようになります。これらの WFS クライアントには、データに対する最新の変更も表示されます。

ビューアなどの WFS クライアントからリクエストが送信されると、その時点でデータソースに含まれているデータが返されます。たとえば、フィーチャクラスが含まれたマップドキュメントがあるとします。このフィーチャクラスはファイルジオデータベースに格納されています。このマップドキュメントをマップサービスとして公開し、WFS ケーパビリティを有効にします。WFS ビューアを使用するクライアントは、マップサービスによって提供される WFS URL を使用して、フィーチャクラス内のデータにアクセスできます。

別のユーザがソースのファイルジオデータベースにアクセスし、フィーチャクラス内のフィーチャを追加、更新、削除するとしましょう。次回、WFS ビューアを使用するクライアントが更新を行うと、最新の編集内容が適用されたデータが表示されます。

データソースが ArcSDE ジオデータベースである場合、ジオデータサービスとマップサービスは特定のバージョンからデータを公開します。そのバージョンでデータが編集された場合、それらの変更内容は WFS クライアントと非 WFS クライアントの両方に反映されます。ただし、他のバージョンで編集が行われた場合は、公開されたバージョンにリコンサイルされるまで変更内容はクライアントに表示されません。

これにより、サービスを通じて提供されるデータをより細かく制御することができます。たとえば、WFS という名前のバージョンから、WFS ケーパビリティが有効な状態で何らかのデータを公開するとしましょう。そして、WFS ビューアを使用するクライアントがサービスを通じてデータへのアクセスを開始します。一方で、オフィスにいる編集ユーザが ArcGIS を使って DEFAULT バージョンを更新します。編集ユーザによって行われた変更がチェックされ、必要に応じて調整されます。評価が完了すると、WFS バージョンが DEFAULT バージョンでリコンサイルされます。この時点で、WFS クライアントには編集ユーザによる最新の更新内容が表示されます。

トランザクション対応の WFS サービス

トランザクション対応の WFS サービス（WFS-T とも呼ばれます）では、WFS エディタから WFS サービスを通じてソースデータベース内のデータに変更を適用することができます。WFS-T を通じて変更を適用するには、データが ArcSDE ジオデータベースに格納されている必要があります。トランザクションは、バージョン対応のデータ、バージョン未対応のデータ、または両者の組み合わせが含まれるサービスで有効にすることができます。バージョン対応のデータの使用を選択する場合、デフォルト以外のバージョンからサービスを公開することも推奨されます。

トランザクション対応の WFS サービスとしてジオデータベースを公開する手順は次のようになります。

WFS サービスを通じて公開するデータを、バージョン対応またはバージョン未対応のいずれにするかを決定します。バージョン対応のデータを公開する場合、トランザクション対応の WFS エディタで使用するための専用バージョンを作成します。バージョン未対応のデータを使用する場合、デフォルトバージョンでサービスを公開することができます。
データを WFS サービスとして公開するために使用するサービスのタイプを選択します。ジオデータベース接続ファイル（ジオデータサービスとして）またはマップドキュメント（マップサービスとして）の公開が可能です。バージョン対応のデータを含むマップサービスを使用する場合、マップドキュメント内のデータが、WFS エディタで使用するために作成された専用バージョンからのデータのみを参照していることを確認する必要があります。サービスの WFS ケーパビリティが有効になっていることを確認します。
サービスのトランザクションを有効にします。これは、ArcCatalog または Manager で次のように行うことができます。
- サービスを停止します。
- [サービスプロパティ] を表示します。
- [ケーパビリティ] タブをクリックします。
- WFS の（チェックボックスではなく）名前の部分をクリックします。
- [トランザクションの有効化] チェックボックスをオンにします。
- サービスを開始します。

トランザクションが有効になっている場合、WFS クライアントはトランザクション対応の WFS メソッドを使ってジオデータベースに変更を適用することができます。変更を適用する方法は次のようになります。

トランザクションが有効な状態で公開されている WFS サービスに WFS クライアントが接続します。
編集対象のフィーチャと行がサーバ上でロックされます（これには WFS の GetFeatureWithLock メソッドを使用できます）。
WFS クライアントの WFS エディタを使用して編集が行われます。
編集内容がサーバ上で適用されます（これには WFS の Transaction メソッドを使用できます）。

編集がポストされると、ロックが解除され、他の WFS エディタがフィーチャを編集できるようになります。ロックはタイムアウト時にも解除できます。デフォルトでは、ロックは 5 分後にタイムアウトになりますが、GetFeatureWithLock メソッドを使用すると、タイムアウトを分単位で調整することができます。管理者は、コンフィグレーションを手動で編集して DefaultLockExpiration エレメント（分単位）を設定することにより、デフォルトのタイムアウトを設定することができます。

クライアントが GetFeatureWithLock メソッドを使ってロックをリクエストすると、フィーチャがロックされたフィーチャコレクションと lockID が返されます。リクエストされたフィーチャのいずれかをロックできない場合はリクエストが失敗するので、クライアントは GetFeatureWithLock メソッドを再び呼び出す必要があります。他のクライアントは、ロックが解除されるまで、これらのフィーチャのロックを取得できなくなります。

挿入専用トランザクションでは、フィーチャをロックする必要はありません。既存のフィーチャは変更（更新または削除）されないため、GetFeatureWithLock メソッドを呼び出す必要はありません。更新または削除を伴うトランザクションリクエストでは、lockID が必要です。

WFS-T を通じて変更がポストされると、（バージョン対応のデータで）公開されたバージョンに、または（バージョン未対応のデータで）ビジネステーブルに変更が適用されます。次のセクションでは、バージョン対応またはバージョン未対応のデータのいずれかを操作する際に知っておく必要のあるワークフローの重要な相違点について説明します。

WFS-T サービスとバージョン対応のデータ

バージョニングを利用して、ジオデータベースを WFS エディタと非 WFS エディタの両方に公開し、徹底した競合検出により 2 つのグループによって行われた編集内容を効果的にマージすることができます。編集内容をマージするには、公開された WFS-T バージョンをその親とリコンサイルし、ポストします。未解決のロックがある場合、リコンサイルとポストを実行することはできません。これは、WFS-T クライアントによってロックされたフィーチャと、リコンサイルとポストのプロセスによって変更されたフィーチャ間での競合を回避するための措置です。さらに、リコンサイルとポストは公開されたバージョンをロックし、リコンサイル/ポストプロセスの間、GetFeatureWithLock メソッドと Transaction メソッドを呼び出せないようにします。バージョン対応のデータの操作についての詳細は、バージョニングの概要

フィーチャのロックは、ロックテーブルに基づいてサーバ側で管理されます。ロックテーブルは、トランザクションが有効化されたときに作成され、通常のテーブルとしてジオデータベースに格納されます。ロックテーブルには、VERSION_<バージョン ID>_ROW_LOCKS という命名規則に従って名前が付けられます。管理者はリコンサイルとポストがブロックされないようにするために、リコンサイルとポストを呼び出す前にロックテーブル内の行を直接削除して、未解決のロックを削除することができます。

公開された WFS-T バージョンの編集に ArcGIS を使用しないでください。ArcGIS エディタはフィーチャロックを認識しないため、ロックされたフィーチャが編集されてしまうことがあります。このような場合、ArcGIS によって行われた編集が競合を引き起こし、WFS-T クライアントが変更をアップロードできなくなる可能性があります。公開されたバージョンの子バージョンを作成して編集した場合にも、公開されたバージョンに変更をリコンサイル/ポストするときに同様の問題が発生する可能性があります。

複数の WFS-T サービスがすべて同じロックテーブルを参照するために、同じ公開されたバージョンを参照することがあります。公開されたバージョンとそのロックテーブルは 1 対 1 の関係にあります。

トランザクションを無効にしたり、WFS サービスを削除しても、ロックテーブルは自動的に削除されません。そのバージョンを参照する WFS-T サービスがなくなったときに、このテーブルを手動で削除することができます。

WFS-T サービスとバージョン未対応のデータ

WFS-T サービス内でバージョン未対応のデータを公開する場合、編集内容が直接ジオデータベースのビジネステーブルに適用されるため、編集内容が一度コミットされると元に戻すことはできません。バージョン未対応のデータの操作については以下を参照してください。

WFS-T サービスに基づくバージョン未対応のデータとともに、フィーチャのロックも、サービスのトランザクションを有効にした際に作成されたロックテーブル内のサーバで管理されます。サービスを通じて編集を適用するのに WFS-T クライアントのみを使用する予定の場合、サービスに基づくバージョン対応のデータと振舞いは同じになります。ただし、ArcMap のような非 WFS-T クライアントを利用する場合、サービス内で公開したデータを編集しますが、その際に注意しなければならない点がいくつかあります。

ArcMap エディタはフィーチャロックを認識しないため、その結果として WFS-T サービスを通じてロックされたフィーチャが編集されます。
ArcMap エディタがフィーチャを編集すると、WFS-T クライアント側ではそれらのフィーチャはロックされているように見えます。結果として、WFS-T クライアントは、ArcMap エディタが編集内容を保存するまで、それらのフィーチャに対してロック、更新、または削除を実行することができません。

注意

WFS-T を使用するためには、ArcGIS Server が ArcSDE ジオデータベースに接続するために使用する DBMS ユーザに DBMS でテーブルを作成するための権限が与えられている必要があります。
ArcMap にはトランザクション対応の WFS 編集のメカニズムがないため、WFS を使ってフィーチャを編集するためには、サードパーティクライアントを使用しなければなりません。
WFS-T を通じて編集を行う場合、サービスへのアクセスが必ずしも要求されなければ、プールされたサービスを使用することができます。
Z 対応のフィーチャクラスについては、WFS-T を使って編集することはできません。

高度なトピック

ここでは、WFS サービスに関する高度な情報を取り上げます。

外部ケーパビリティファイルの使用

外部ケーパビリティファイルを使用した WFS サービスの公開は、OGC WFS 仕様と WFS ケーパビリティファイル構文に精通しているユーザを対象としています。この方法でサービスを公開すると、WMS サービスを最も柔軟にカスタマイズすることができます。外部ケーパビリティファイルでは次の操作を行うことができます。

サービスレベルのメタデータ情報を WFS ケーパビリティファイルに追加します。
フィーチャレベルのメタデータ情報を WFS ケーパビリティファイルに追加する
ArcGIS Server に定義されている投影法のリストから空間参照系を追加する

外部ケーパビリティファイルを使って WFS サービスを公開すると、サービスがアクセスされるたびにケーパビリティファイルを一から作成する手間が省けます。サービスに含まれているタイプ名の数が多い場合は特にそうですが、これにより WFS サービスへの接続が高速になることがあります。ただし、サービスの元のマップドキュメントまたはジオデータベースを変更する場合、サービスを引き続き動作させるためには、ケーパビリティファイルも更新する必要があります。

外部ケーパビリティファイルを作成するのに使用される 2 つの異なるメソッドがあります。XML またはテキストエディタを使用して、ケーパビリティファイルを一から作成することができます。また、WFS サービスをデフォルトの設定で公開した後、Web ブラウザから GetCapabilties を呼び出すことにより、ケーパビリティファイルを生成することもできます。GetCapabilties から返されたコンテンツをファイルに保存し、必要に応じて変更を加えて、外部ケーパビリティファイルとして使用することができます。外部ケーパビリティファイルの構造化および内容を入力する方法の詳細については、このトピックの最後に示す「参考文献」リンクをご参照ください。

ArcGIS 9.3 SP1 では、ArcGIS Server は、1.1.0 および 1.0.0 OGC WFS 仕様の両方に準拠します。そのため、ArcGIS 9.3 SP1 の外部ケーパビリティファイルの作成および使用の手順は変更されています。次に、既存の WFS サービスから外部ケーパビリティファイルを作成し、それらのファイルを使用して WFS サービスを公開するための手順を示します。一部の手順は、ArcGIS 9.3 と ArcGIS 9.3 SP1 で開始する新しいプロセスの両方を対象に説明されています。

ArcGIS 9.3 で外部ケーパビリティファイルを使用して WFS サービスを作成し公開する手順

パート 1:既存の WFS サービスから外部ケーパビリティファイルを作成する

ArcCatalog または ArcGIS Server Manager を起動します。
[サービスプロパティ] ダイアログボックスを開きます。ArcCatalog の場合は、既存のサービスを右クリックし、[サービスプロパティ] をクリックします。ArcGIS Server Manager の場合は [サービス] タブをクリックし、サービスの [編集] アイコンをクリックします。
[ケーパビリティ] タブをクリックします。
ケーパビリティのリストで、[WFS] がまだチェックされていなければ、オンにします。すでにチェックされている場合は、WFS のテキスト部分をクリックします。WFS 固有のプロパティが表示されます。
WFS [URL] をハイライト表示にして、それをコピーして Web ブラウザ内に貼り付けます。
WFS 1.1.0 仕様の外部のケーパビリティファイルを作成するには、?request=getCapabilities または request=getCapabilities&version=1.1.0 を Web ブラウザ内の WFS URL に追加して、名前の末尾にバージョン番号が追加された XML ファイルとして結果を保存します。ArcGIS 9.3 では、XML ファイルは GetCapabilities110.xml として保存されなければなりません。

パート 2:ArcGIS 9.3 で外部ケーパビリティファイルを使用して WFS サービスを作成する

ケーパビリティファイルを作成した後、SOC およびサーバからアクセス可能なフォルダ内にそれを配置することができます。たとえば、ファイルは、ジオデータベースやサービスのマップドキュメントと同じフォルダ内に配置することができます。URL も使用することができます。

デフォルトのプロパティを使用している既存のサービスを更新して外部ケーパビリティファイルを使用できるようにするか、または外部ケーパビリティファイルを参照する新しいサービスを作成することもできます。次の手順は、外部ケーパビリティファイルを使用して WFS サービスを公開する方法を示しています。

メモ:

ArcGIS 9.3 のフォルダに保存できる外部ケーパビリティファイルは 1 つのみであることに注意してください。それらのファイルの名前がすべて GetCapabilities110.xml であるために、1 つに限定しないとサーバがどのケーパビリティファイルを使用するか区別できないからです。

外部のケーパビリティファイルを使用して WMS サービスを公開する手順は次のとおりです。

ArcCatalog または ArcGIS Server Manager を起動します。
更新したいサービスを停止します。
[サービスプロパティ] ダイアログボックスを開きます。ArcCatalog の場合は、既存のサービスを右クリックし、[サービスプロパティ] をクリックします。ArcGIS Server Manager の場合は [サービス] タブをクリックし、サービスの [編集] アイコンをクリックします。
[ケーパビリティ] タブをクリックします。
ケーパビリティのリストで、[WFS] がまだチェックされていなければ、オンにします。すでにチェックされている場合は、WFS のテキスト部分をクリックします。WFS 固有のプロパティが表示されます。
[外部のケーパビリティファイルを使用] を選択します。
次に、外部ケーパビリティファイルの場所を指定します。場所は、ケーパビリティファイルが含まれる URL またはフォルダパスを提供することによって指定されます。場所または URL を指定する場合、XML ファイルの名前を含めないようにしてください。URL の例は、http://<サーバ名>/arcgis/wfs、そしてフォルダの場所の例は、C:\arcgis\arcgisserver\wfs. です。
サービスを再起動します。

ArcGIS 9.3 SP1 で外部ケーパビリティファイルを使用して WFS サービスを作成し公開する手順

ArcGIS 9.3 SP1 では、ArcGIS Server は、1.1.0 および 1.0.0 OGC WFS 仕様の両方に準拠します。そのため、2 つの外部ケーパビリティファイルが必要とされます。そのうちの 1 つは 1.1.0 仕様を参照し、もう 1 つは 1.0.0 仕様を参照します。

パート 1:既存の WFS サービスから外部のケーパビリティファイルを作成する

ArcCatalog または ArcGIS Server Manager を起動します。
[サービスプロパティ] ダイアログボックスを開きます。ArcCatalog の場合は、既存のサービスを右クリックし、[サービスプロパティ] をクリックします。ArcGIS Server Manager の場合は [サービス] タブをクリックし、サービスの [編集] アイコンをクリックします。
[ケーパビリティ] タブをクリックします。
ケーパビリティのリストで、[WFS] がまだチェックされていなければ、オンにします。すでにチェックされている場合は、WFS のテキスト部分をクリックします。WFS 固有のプロパティが表示されます。
WFS [URL] をハイライト表示にして、それをコピーして Web ブラウザ内に貼り付けます。
WFS 1.1.0 仕様の外部ケーパビリティファイルを作成するには、?request=getCapabilities または request=getCapabilities&version=1.1.0 を Web ブラウザ内の WFS URL に追加して、XML ファイルとして結果を保存します。ファイル名には、<接頭辞>110.xml という形式を付ける必要があります。たとえば、サービスの名前が California である場合、California を接頭辞にして、ファイル名を California110.xml とすることができます。
WFS 1.0.0 仕様の外部のケーパビリティファイルを作成するには、?request=getCapabilities&version1.0.0 を WFS URL に追加して、XML ファイルとして結果を保存します。ファイル名には、<接頭辞>100.xml という形式を付ける必要があり、接頭辞は 1.1.0 ファイルの接頭辞と一致しなければなりません。ステップ 6 の例に従えば、1.1.0 ファイルの名前が California110.xml である場合、1.0.0 ファイルの名前は California100.xml となります。

パート 2:9.3 SP1 の外部のケーパビリティファイルを使用して WFS サービスを作成する

ケーパビリティファイルを作成した後、SOC およびサーバからアクセス可能なフォルダ内にそれを配置することができます。たとえば、ファイルは、ジオデータベースやサービスのマップドキュメントと同じフォルダ内に配置することができます。URL も使用することができます。ArcGIS 9.3 SP1 では、どちらのファイルも同じ場所に配置されることに注意してください。

デフォルトのプロパティを使用している既存のサービスを更新して外部のケーパビリティファイルを使用できるようにするか、または外部のケーパビリティファイルを参照する新しいサービスを作成することもできます。次の手順は、外部のケーパビリティファイルを使用して WFS サービスを公開する方法を示しています。

外部のケーパビリティファイルを使用して WMS サービスを公開する手順は次のとおりです。

ArcCatalog または ArcGIS Server Manager を起動します。
更新するサービスを停止します。
[サービスプロパティ] ダイアログボックスを開きます。ArcCatalog の場合は、既存のサービスを右クリックし、[サービスプロパティ] をクリックします。ArcGIS Server Manager の場合は [サービス] タブをクリックし、サービスの [編集] アイコンをクリックします。
[ケーパビリティ] タブをクリックします。
ケーパビリティのリストで、[WFS] がまだチェックされていなければ、オンにします。すでにチェックされている場合は、WFS のテキスト部分をクリックします。WFS 固有のプロパティが表示されます。
[外部のケーパビリティファイルを使用] を選択します。
次に、外部のケーパビリティファイルの場所を指定します。場所は、ケーパビリティファイルと接頭辞が含まれる URL またはフォルダパスを提供することによって指定されます。たとえば、California サービスに California110.xml および California100.xml という名前のケーパビリティファイルがある場合、接頭辞は California です。これらのファイルが http://ArcGIS_Server/arcgis/wfs 内に格納される場合、http://ArcGIS_Server/arcgis/wfs/California を指定します。その代わりに、これらのファイルを C:\arcgis\arcgisserver\wfs 内に格納することを選択するならば、C:\arcgis\arcgisserver\wfs\California を指定します。
サービスを再起動します。

メモ:

ここで WFS クライアントがサービスにアクセスすると、リクエストのバージョンに基づいて適切なケーパビリティファイルが参照されます。たとえば、WFS クライアントが DescribeFeatureType&version=1.0.0 を呼び出すと、サーバは 1.0.0 専用の外部のケーパビリティファイルから情報を返します。バージョンを指定しない場合、サーバは 1.1.0 専用の外部ケーパビリティファイルからの情報を返します。

外部のケーパビリティファイルへの空間参照系の追加

サポートされている空間参照系であれば、どれを使用したとしても WFS サービスからマップをリクエストすることが可能ですが、一部の WFS クライアントはリクエストされた空間参照がケーパビリティファイルに存在しない場合にエラーを返します。Data Interoperability Extension などのクライアントは、空間参照系の切り替えはケーパビリティファイルに指定されたものに限られます。

WFS サービスの外部のケーパビリティファイルには、空間参照系をさらに追加することができます。外部のケーパビリティファイルについては、先の説明をご参照ください。

軸の順序の制御

地理座標系（WGS 84 など）で返されるフィーチャは、デフォルトで緯度、経度（Y、X）の軸順序を使用します。この順序は WFS 1.1 仕様に準拠しています。たとえば、座標が次のように指定されたポイントが GetFeature から返されるかもしれません。

<gml:Point>
	<gml:pos>48.4922165520043 -122.630685732366</gml:pos> 
</gml:Point>

一部の WFS クライアントは、座標が経度、緯度の軸順（X、Y）で返されることを想定します。これらのクライアントと作業を行う場合、サービスの軸順序を経度、緯度に設定することができます。次に、プロパティの設定方法を示します。

ArcGIS Server を実行しているコンピュータに管理者としてログオンします。
ArcGIS Server を停止します。
サービスの構成ファイルの場所へ移動します。たとえば、ArcGIS Server が c:\arcgis にインストールされている場合は、c:\arcgis\server\user\cfg に移動します。
サービスの構成ファイル（myservice.cfg など）をテキストエディタで開きます。

次に示すように、WFS セクションで、<AxisOrderWFS11>longlat</AxisOrderWFS11> をプロパティに追加します。たとえば、次のように入力します。

<Extension>
	<TypeName>WFSServer</TypeName>
	<Enabled>true</Enabled>
	<Properties>
		<AxisOrderWFS11>longlat</AxisOrderWFS11>
		<CustomGetCapabilities>false</CustomGetCapabilities>
		<EnableTransactions>false</EnableTransactions>
		<Name>wfs_WFSTest_ras</Name>
		<OnlineResource>http://bobmk/arcgis/services/wfs/WFSTest_ras/MapServer/WFSServer</OnlineResource>
		<AppSchemaURI>http://bobmk/arcgis/services/wfs/WFSTest_ras/MapServer/WFSServer</AppSchemaURI>
		<AppSchemaPrefix>wfs_WFSTest_ras</AppSchemaPrefix>
	</Properties>
	<Info>
		<WebEnabled>true</WebEnabled>
	</Info>
</Extension>

ArcGIS Server を開始します。

サービスからリクエストされた地理座標系を使用するフィーチャは、経度、緯度の軸順序で返されるようになります。

軸順序プロパティは、地理座標系を使用するフィーチャにのみ適用されることに注意してください。投影座標を使用するフィーチャは常に X 軸、Y 軸の順序で返されます。

完全修飾タイプ名の使用

ArcSDE ジオデータベースから定義された WFS サービスに対して生成されるタイプ名は、デフォルトでフィーチャクラスの非修飾名に基づきます。たとえば、bob.buildings という名前のフィーチャクラスのタイプ名は、buildings になります。

タイプ名の生成時に完全修飾名が含まれるようにプロパティを設定することができます。これが必要になるのは、ジオデータベース内に同じ名前のフィーチャクラスが複数存在し、それぞれ所有者が異なる場合です。完全修飾名を使用すると、bob.buildings のタイプ名は bob_buildings になります。

次に、完全修飾名を使用するようにプロパティを設定する方法を示します。

ArcGIS Server を実行しているコンピュータに管理者としてログオンします。
ArcGIS Server を停止します。
サービスの構成ファイルの場所へ移動します。たとえば、ArcGIS Server が c:\arcgis にインストールされている場合は、c:\arcgis\server\user\cfg に移動します。
サービスの構成ファイル（myservice.cfg など）をテキストエディタで開きます。

次に示すように、WFS セクションで、<UseQualifiedName>true</UseQualifiedName> をプロパティに追加します。たとえば、次のように入力します。

<Extension>
	<TypeName>WFSServer</TypeName>
	<Enabled>true</Enabled>
	<Properties>
		<UseQualifiedName>true</UseQualifiedName>
		<CustomGetCapabilities>false</CustomGetCapabilities>
		<EnableTransactions>false</EnableTransactions>
		<Name>wfs_WFSTest_ras</Name>
		<OnlineResource>http://bobmk/arcgis/services/wfs/WFSTest_ras/MapServer/WFSServer</OnlineResource>
		<AppSchemaURI>http://bobmk/arcgis/services/wfs/WFSTest_ras/MapServer/WFSServer</AppSchemaURI>
		<AppSchemaPrefix>wfs_WFSTest_ras</AppSchemaPrefix>
	</Properties>
	<Info>
		<WebEnabled>true</WebEnabled>
	</Info>
</Extension>

ArcGIS Server を開始します。

参考文献

WFS サービスについてさらに詳しく知りたい場合は、以下の参考文献をご参照ください。

3/6/2012

WFS サービス