Latest Contributions by AtsuhitoNAKANO

はじめに 本ブログでは、Web GIS の基盤となる ArcGIS Enterprise で公開できる主要な Web サービスの概要や主な機能に関して紹介するシリーズ第二回目 ベクター タイル サービス編です。 ※ もともとフィーチャ サービスの予定でしたが、関連性も含めて順番を繰り上げてベクター タイル サービスを紹介します。 前回の記事 - ArcGIS Enterprise で公開できるサービス：マップ サービス編 また、ベクター タイル サービスは、以前下記のようなブログも公開されています。 ベクター タイル大解剖！ – 基礎編 概要や特長は上記のブログを参照していただき、本ブログではもう一段掘り下げていきたいと思います。 メリットで言われている部分も、元をたどればベクターデータの配信の効率性によるところだと思いますので、 そこに関連する部分を私なりの理解とともに紹介できればと思います。 ベクター タイルの内部構造 ベクター タイルは、タイルで区切られた領域内のベクター情報（画素に集約された情報ではなく、点、線、面のジオメトリの数値情報と属性値に関するテキストおよび数値情報）をサーバーから取得して、描画されるものです。 ベクター タイル サービスは、しばしばタイル サービスと比較されることが多いですが、 タイルと単純に表現されるサービスは、画像データを配信しますので、サーバーから受け取る物がそもそも異なります。 軽量といわれるところもただ画像だからという話でもなく全体的に見て軽量化されるということで、やはりその内部データの持ち方が工夫されているポイントは大きいと思います。 実際にやり取りする情報の中身としては、ArcGIS のベクター タイル サービスも Mapbox 社の仕様に基づいているため、その仕様を見ると、データがどのように持たれているかが説明されています。 Encoding Attributes Encoding Geometry （上記のページは、マウス操作やカーソルで、インタラクティブに説明されていますので、非常にわかりやすいと思います。） 属性や属性値については、 Key-Value 形式で保持され、keys キーで、属性名を value として属性名を格納し、 values キーで、実際の値を型情報と実際の値のセットを格納しているのがわかります。 そして、features の情報で tags キーと各種 keys と values のインデックスの組み合わせで表現しています。 こうすることで、実際的には重複を削除した状態で属性情報を保持しておくことができます。 詳細は割愛しますが、ArcGIS のベクター タイルで取得できるデータ（後述する ProtocolBuffer Binary データ）を Mapbox Vector Tile Spec のスキーマでシリアライズすると下記のように得られます。   また、位置情報に関する情報も各タイルの範囲空間の中で一般化されて表現されるので、結果として全体としてデータ量が削減されることも、特長で言われるような軽量化に寄与しています。 もちろんこれだけではなく、Protocol Buffer のエンコーディングやバイナリ形式であるということも配信においては、重要です。 そして、サーバーサイドで必要なすべての縮尺で画像化するプロセスを行わないため、 より効率的に更新データを反映させることにもつながり、 結果として以下の 2 点のメリットが享受できるというわけです。 軽量化 データ更新を反映させやすい ちなみに、昨今ではベクター タイルのように、より効率的なデータ配信やデータ分析のための GIS データの各種フォーマットが定義されてきています。1 Geobuf flatgeobuf GeoParquet) 1 - これらはベクター タイルに代わるものではありません。それぞれ目的が異なります。 ArcGIS ベクター タイル サービス ArcGIS のベクター タイル サービスで利用できる機能（Operations）を下記に示します。 ベクタータイルの主な機能 マップ サービスでは Query や Identify などの機能も利用できましたが、ベクタータイルサービスでは、 ExportTiles のみです。 実際のベクター タイル サービスでやり取りするタイル情報は、サービスで取得できる情報（Child Resources) の下記エンドポイントで取得することができます。 https://developers.arcgis.com/rest/services-reference/enterprise/vector-tile.htm そして、見た目を定義するデフォルトスタイルの情報などを取得して、クライアントで描画されます。 スタイル 2 の変更方法については下記でも紹介されていますので、デフォルトスタイルではなく、オリジナルに定義したスタイルを利用することで、見た目を変更することができます。 ベクター タイル形式の背景地図をカスタムしてオリジナル配色の背景地図を表現しよう 2 - スタイルの仕様については、Mapbox Style Specification を採用しています。 ArcGIS API for JavaScript で参照する場合は、VectorTileLayer クラス（JavaScript 4.x 系、JavaScript 3.x 系どちらも同じ）を利用します。 https://developers.arcgis.com/javascript/latest/api-reference/esri-layers-VectorTileLayer.html https://developers.arcgis.com/javascript/3/jsapi/vectortilelayer-amd.html REST API のヘルプページにも記載があるように、拡張子は pbf 3 というファイルをやり取りします。 ProtocolBuffer Binary Format で、このデータに必要な属性情報やジオメトリ情報が含まれています。 pbf データの定義は Mapbox 社が公開している proto ファイル 4 に記載されており、各種デコードするためのツールなどが存在していますので、GeoJSON データとして読むこともできます。 https://github.com/mapbox/tippecanoe https://github.com/mapbox/vt2geojson   3 - ProtocolBuffer Binary Format でのやり取りは、ベクター タイル サービスだけでなく、ダイナミック マップ サービスやフィーチャ サービスのクエリでも利用されます。 4 - proto ファイルは、Protocol Buffer の IDL（Interface Definition Language）で、サービスおよびやり取りするデータフォーマットに関するスキーマ定義ファイルです。） 公開方法 ベクター タイル サービスの公開方法は下記のブログでも紹介しております。ぜひご参照ください。 合わせて、Esri ヘルプで詳細に記載されておりますので、併せてご参照ください。 ベクター タイル大解剖！ – 作成・共有編 ベクター タイル作成用のマップの作成 また、ArcGIS Enterprise でもホスト フィーチャ サービスから、ベクター タイル サービスを公開するという機能を備えておりますので、必要に応じてこちらの方法もお試しください。 ホスト タイル レイヤーの公開 なお、ちょっとした補足情報としては、ArcGIS Pro で作成したベクター タイル パッケージをそのまま解凍しても、ProtocolBuffer Binary Formart のファイルという形で含まれていません。Esri 独自のコンパクト キャッシュのデータフォーマット bundle ファイルで構成されています。 こちらは中身を確認することはできませんが、ArcGIS Pro のパッケージの抽出ツールで、 ストレージ フォーマット タイプで “エクスプロード” を選択して、ベクター タイル パッケージを解凍すると、ProtocolBuffer Binary Format のデータを展開することができます。   まとめ 今回は以前の記事から少し掘り下げた内容でしたが、効率的だとされる部分はご理解いただけたのではないかと思います。 これまで紹介してきた内容と上記で紹介したような内容から普及が進んでおり、 ArcGIS Enterprise でも、ベクター タイル サービスを公開して、各種クライアントで利用することができます。 ArcGIS Online や ArcGIS Enterprise では、 背景地図として配信することについては、 ベクター タイル サービス、キャッシュ マップ サービスが代表的な選択になります。 主題図として配信することについては、 ArcGIS Enterprise では、上記のサービスに加えて、 サーバー側での画像生成、および各種レイヤーの各種データへのアクセスを可能にするという側面を得ることができる ダイナミック マップ サービスも選択肢に含まれてきます。 さらに、データの編集可否も考慮すると、 そこにフィーチャ サービスを選択できることになります。（次回以降ご紹介予定です。） また、3D での表現を実現するためにシーン サービスがありますね。（次回以降ご紹介予定です。） このように ArcGIS Online では提供されていない様々なサービスを適材適所で選択することができるのも ArcGIS Enterprise の特徴です。 参考情報 これまでの記事の紹介。 ベクター タイル大解剖！ – 作成・共有編 * ベクター タイル作成用のマップの作成 ベクター タイル サービスのパフォーマンスに関する Esri の発表資料について。 Analyzing Vector Tile Performance bundle ファイルについて、さらに詳細を知りたい方下記の情報も。 Tile Package Specification Compact Cache V2 その他、本コミュニティからの情報以外に、下記のように Esri および Esri ジャパンから情報を発信しております。 Esri ジャパンの主な情報 Esri ジャパン ホームページ 製品ニュース ArcGIS Enterprise 関連ドキュメント 製品サポートニュース 採用情報 ArcGIS リソース集 ArcGIS 開発者リソース集 ArcGIS ブログ 開発元 Esri の情報 Esri Home Page Esri ArcGIS Blog - ArcGIS Enterprise Topic Esri Community - ArcGIS Enterprise ... View more

ArcGIS Enterprise 11 released 先日 ArcGIS Enterprise 11 がリリース (日本語での抜粋内容リンクはこちら) されました。 多くの機能拡張および新機能、そして今後予定されるベータ機能などが紹介されておりますが、一方で ArcGIS Enterprise 11.0 on Windows/Linux には、以下のような重要な技術的変更が含まれています。 ArcMap ベースのランタイムの削除 従来の ArcGIS アプリケーションの削除 本記事では、従来までの仕組みとしてあった ArcMap ランタイムが、メインストリームの ArcGIS Pro のランタイムに完全に変更された点や、ArcGIS Online でも通知されているアプリのステータス更新に関する情報を記載します。 Note: 本記事は下記の記事から内容を抜粋したものです。 https://www.esri.com/arcgis-blog/products/arcgis-enterprise/administration/consider-arcgis-enterprise-10-9-1-until-youre-ready-to-turn-it-up-to-11 https://www.esri.com/arcgis-blog/products/arcgis-enterprise/data-management/arcgis-2022-q2-release/ ArcMap ベースのランタイムの削除 Python 2.x の状況やデスクトップアプリケーションの変化に合わせて、ArcGIS Enterprise 11 のリリースでは、ArcMap ベースのランタイムが廃止されますので、今後の対応を踏まえて移行を検討してください。 ArcGIS Enterprise 11 へのアップグレードでは、互換性のある ArcMap ベースのサービスは ArcGIS Pro ベースのランタイムに移行されます。 互換性のあるサービスには、 マップ サービス フィーチャサービス イメージサービス ジオデータ サービス が含まれますが、もし自動的に移行できない ArcMap ベースのサービスがあった場合は、サービスは停止され、追加の作業が必要になります。下記のドキュメントを参考に利用しているデータソースを確認し、ArcGIS Pro を利用して再公開してください。 互換性がないサービスには、 ArcGIS Pro で非推奨となっているデータ ソース（ラスターカタログなど）を使用するサービス ArcObjects での Server Object Extensions（SOE）および Server Object Interceptors（SOI）のサービス ジオコード サービス ジオプロセシング サービス ネットワーク解析サービス スケマティック サービス 互換性のないものやアップグレードできないサービスは、下記のドキュメントに記載される方法でマニュアルで再公開してください。 ドキュメント: Pro ベースのサービスへのマイグレーション 従来の ArcGIS アプリケーションの削除 ArcGIS Online でこれまで実施されてきたように、ArcGIS Enterprise 11 で従来まで提供されていた各種 Web アプリケーションが削除されます。 Classic アプリケーション Classic Esri Story Map テンプレート コンテンツにリタイアバッジがコンテンツに表示されます。新しい ArcGIS StoryMaps への移行することを検討してください。 ArcGIS Dashboards Classic ArcGIS Dashboards Classic のアプリケーションは、ArcGIS Dashboards にアップグレードできますが、アップグレード後 Classic に戻すことはできません。事前に機能を確認することを推奨しています。 Map Viewer Classic のプレゼンテーション機能 ArcGIS Instant App や利用可能なアプリケーションに移行を検討してください。 構成可能なアプリケーション コンテンツにリタイア バッジが表示されますが、一方で CheckDeprecatedConfigurableApps Python スクリプトが提供されており、スクリプトでサイト全体に対して容易に確認することができます。アプリを確認して、ArcGIS Instant Apps などのアプリケーションへの移行を検討してください。 昨今のトレンドや技術的バックグラウンドの変化に伴い、上記のような変更点が今後も予想されます。 上記の廃止される機能を利用できる最後のバージョンは、ArcGIS Enterprise 10.9.1 (Long term support) です。今後バージョンアップが予定されている場合は、上記の廃止される機能を考慮して、アップグレードの計画を行ってください。 参考情報 本コミュニティからの情報以外に、下記のように Esri および Esri ジャパンから情報を発信しております。 Esri ジャパンの主な情報 Esri ジャパン ホームページ 製品ニュース 製品サポートニュース 採用情報 ArcGIS リソース集 ArcGIS 開発者リソース集 ArcGIS ブログ 開発元 Esri の情報 Esri Home Page Esri ArcGIS Blog - ArcGIS Enterprise Topic Esri Community - ArcGIS Enterprise ... View more

前回国勢調査のデータを使った記事を公開しましたが、 本記事では取得したデータの構造に少し触れてみたいと思います。   データの構造   横長、横持ち、ピボット、アンスタック データ 前回利用したデータは下記のような形式です。 dataschema-pivot   GIS データもこのような形式になっており、列の情報で各種データを格納している構造です。   総数、年齢0~4歳 などの列は、カテゴリ別の人口の集計値が格納されており、つまりこれは各地域で（この例では 町丁・字等界）、各カテゴリ別に集計されたテーブルです。このように列で各項目を表現していく形を横長、横持ち、ピボット、アンスタック データなどと表現されます。   こういった横長のデータの特長としては、以下があります。 テーブルで見たときに、必要な情報が列として横方向に並んでいることで、目で見て把握しやすい。 大量データを処理しやすくなる。 リレーショナル データベースを考えたとき、列の追加は、データスキーマの変更となる。   縦長、縦持ち、アンピボット、スタック データ 一方で下記のような形のデータを、縦長、縦持ち、アンピボット、スタック データなどと表現されています。ArcGIS Insights や BI ツール、グラフなどの可視化ライブラリ（D3.js など）で可視化を行っていく場合、縦長のデータのほうが得意としています。 dataschema-stack   冒頭のサンプルデータで説明すると、各列の集計値の値が示す意味は、 どの列も共通で、カテゴリを除くとこのデータが表現するのは、人口であるといえ、列はカテゴリと捉えられます。 刻みとなるカテゴリを列ではなく行に展開して、人口という切り口は 1 列にまとめて管理するというのが、縦長データで、意味合いを考えたとき、より単純化されている状態と言えます。   このような構造のデータには、横長データで説明した観点を考慮すると、以下のような特長が出てきます。 集計も行方向のみで対応することができる カテゴリが別途追加になっても、データスキーマの変更は不要で、行の追加のみで対応できる 行に展開するため、行数が非常に多くなり、一般的にデータが多くなると処理に時間を要するようになる。（このため、横長のデータは行数が少なくなるため、大量のデータを処理しやすくなります。）   どちらも一長一短の特長を持っているので、どちらが正しいということはありませんが、データを説明するさまざまな意味合いから、データを掘り下げるデータ分析ツールや可視化コンポーネントを扱うケースを想定したときには、縦長データのように単純化されたデータを想定したものが多く、データ分析として扱いやすくなります。   地理情報として提供されるデータも多くはある場所や地域に関して列で特性を表現されたデータが多くありますが、それらのデータも縦長データのように変換すると、地理情報だけでなく、特性が示す傾向もつかみやすくなります。（小地域データではありませんが、eStat では取得できる行数に制限はありますが、設定を行うことで可能になります。）   縦長データを ArcGIS Insights に取り込んでみる   ここまで説明しましたが、ようやく ArcGIS の世界です。 ArcGIS でもこういった縦長データを扱うのに特化したものがあり、それが前回の記事からの延長で、ArcGIS Insights です。 データの追加方法は前回の記事で紹介した通り、縦長データを同様に追加します。   すると、データの列の情報としてはこれだけになります。 insights-columns   ArcGIS Insights で利用している可視化コンポーネントは、ArcGIS でよく利用される複数のカテゴリ別集計列での可視化のタイプとは異なり、 縦長データを想定したものになっておりますので、 この例で示すと、category 列と pop 列を選択してドラッグアンドドロップすることで、各カテゴリ区分での人口に関する様々なチャートに可視化することができます。 insights-charts 縦長構造のデータを使ったサンプル    地図での可視化も、ジオグラフィーで位置情報の有効化を行えば、地図に可視化も可能です。   まとめ どちらのデータ構造でも、それぞれにメリットデメリットはありますが、使うソフトウェアやサービスが得意とするデータ構造を知っておくと分析効率に影響しますので、 大きくこの二つの構造があることを理解していただければと思います。   なお、今回の目的は、ArcGIS を操作するときに意識することが少ないと思われるデータ構造の大きな区分を伝えることでしたので、 縦長データへの変換の詳細はここでは割愛しますが、今回は Excel の Power Query を利用しており、各手順は記録されています。 参考までに添付しますので、Power Query のエディターで手順をご確認ください。 いくつかデータの調整も入れてありますので、ぜひ内容を見ていただいて、ほかのエリアの統計データに差し替えたりしながらご活用ください。 なお、サンプルも Excel ですから、ArcGIS for Office で可視化を行ったり、 変換処理自体は Power Query なので、Power BI でも利用することができるため、ArcGIS for Power BI での地図に可視化を行うことができますよ。 ... View more

「マップ サービスにアクセスできない…!?」 システムを利用し続けていく中で、何らかの問題が発生することがあります。 停止させていたなど、再起動中だったということで、すぐに解決できるものもありますが、 往々にして、ArcGIS Enterprise などのバックエンドの環境に関する問題などは、運用環境も様々であるため簡単には解決できないケースもあります。 そんな時に原因を修正するときに役立つのがログです。 それ以外にもシステムのメンテナンスや利用状況を確認することにも役立ちます。 ログには様々な事象が記録され、何が発生したか、 傾向的にどんなイベントが発生しているかなどを知ることができ、 ArcGIS Enterprise のシステムでもそれぞれのコンポーネントでログを提供しています。 本ブログでは、ArcGIS Enterprise での各種コンポーネントの代表的なログの確認方法を紹介します。 また後半では、問い合わせなど問題が報告された際に、筆者自身がこれまでの経験上実施している内容などを少し補足します。 早速ですが、まずはデフォルトの保存場所のリストを示して、各セクションで確認方法を説明します。 ArcGIS Enterprise の代表的なログ ログの種類 デフォルトの保存場所 Portal for ArcGIS ログ Windows - C:\arcgisportal\logs Linux -<Portal for ArcGIS installation directory>/usr/arcgisportal/logs ArcGIS Server ログ Windows - C:\arcgisserver\logs Linux - <ArcGIS Server installation directory>/usr/arcgisserver/logs ArcGIS Data Store ログ Windows - C:\arcgisdatastore\logs Linux - <ArcGIS Data Store installation directory>/usr/logs IIS エラーログ Windows - %SystemRoot%\system32\LogFiles\HTTPERR IIS アクセスログ Windows - %SystemDrive%\inetpub\logs\LogFiles Apatch ログ Linux - /var/httpd/logs Portal for ArcGIS ログ Portal for ArcGIS（ポータル） は、コンテンツ管理システムとして、その中でユーザーはアイテム作成、アイテム管理、共有などを効率よく行うことができます。 ポータル上での操作で何らかの問題や現状の把握をほりさげる場合にログを確認します。 Portal for ArcGIS のログのデフォルト ディレクトリは下記の場所です。 Windows - C:\arcgisportal\logs Linux - <Portal for ArcGIS installation directory>/usr/arcgisportal/logs インストール時やその後個別に指定している場合、下記の方法でログの保存場所を確認し、合わせてインターフェースでログを確認することができます。 ArcGIS Portal Directory を開き、管理者ユーザーでログインします。 アクセス URL は、一般的に https://webserver.domain.com/<portal_context Web Adaptor 名など>/portaladmin になります。 ページ内リンク Logs > Settings に移動します。 ここではログの保存場所やログ レベルを確認、修正可能です。 ログレベルは、ある事象が確認されたとき、さらに詳細な情報を取得できるようレベルを変更して、再度事象を確認し、事象の要因等を発見することを支援します。    ログの確認は、Logs > Query で取得します。 ArcGIS Server ログ ArcGIS Server は、メインコンテンツとなる GIS データや処理を Web サービスとして配信・処理する仕組みを実現しており、Web GIS の根本となるコンポーネントの一つです。 ArcGIS Server や配信しているサービスに関して何らかの問題が発生した場合は、その内容がログに記録されます。 ArcGIS Server のログのデフォルト ディレクトリは下記の場所です。 Windows - C:\arcgisserver\logs Linux - <ArcGIS Server installation directory>/usr/arcgisserver/logs インストール時やその後個別に指定している場合、下記の方法でログの保存場所を確認し、合わせてインターフェースでログを確認することができます。 良く案内するものとしては、ArcGIS Server Manager ですので、ここでは Portal for ArcGIS と同様のインターフェースでの確認方法を記載します。 ArcGIS Server Admin Directory を開きます。 アクセス URL は、一般的に https://webserver.domain.com/<server_context Web Adaptor 名 (管理アクセス許可している場合)>/admin や https://webserver.domain.com:6443/arcgis/admin になります。 Tips: ArcGIS Web Adaptor などのコンテキストは、管理アクセス用、サービス利用用に分けて運用することも可能です。 ページ内リンク Logs > Settings に移動します。 ログの保存場所やレベルを確認、修正可能です。 ログレベルは、ある事象が確認されたとき、さらに詳細な情報を取得できるようレベルを変更して、再度事象を確認し、事象の要因等を発見することを支援します。 ログの確認は、Logs > Query で取得します。 ArcGIS Data Store ログ ArcGIS Data Store は、Enterprise portal のホスト サービスを公開する場合のデータを管理するためのデータストアで、オープン ソースのデータベース（PostgreSQL、CouchDB など）が利用されています。 ArcGIS Data Store のログのデフォルト ディレクトリは下記の場所です。 Windows - C:\arcgisdatastore\logs Linux - <ArcGIS Data Store installation directory>/usr/logs インストール時やその後ディレクトリ管理として個別に指定している場合、下記の方法で確認可能です。 <ArcGIS Data Store Store installation directory>\tools\ に移動します。 コマンド ユーティリティ DescribeDataStore を実行します。   なお、ArcGIS Data Store には、ArcGIS Enterprise で一般的に扱う上で設定するタイプとして、 relational（ホスト フィーチャ サービス用）と tile cache（シーンサービス）がありますが、 それぞれのタイプで、PostgresSQL と CouchDB を内部で利用しており、ログディレクトリにはそれぞれのログが記録されています。 Windows - C:\arcgisdatastore\logs\<server name>\database Linux - <ArcGIS Data Store installation directory>/usr/logs/<server name>/database Windows - C:\arcgisdatastore\logs\<server name>\couchlog Linux - <ArcGIS Data Store installation directory>/usr/logs/<server name>/couchlog Web Server ログ (IIS など) ユーザーから Portal for ArcGIS や ArcGIS Server へのリクエストを中継する ArcGIS Web Adaptor を利用している場合、 Windows では一般的に IIS を利用します。 IIS の HTTP エラーログは、 %SystemRoot%\system32\LogFiles\HTTPERR に出力され、 アクセスログのデフォルトは %SystemDrive%\inetpub\logs\LogFiles です。 エラーログは、レジストリで管理 され、 アクセス ログの有効化やログの保存場所の確認は、IIS 管理画面で実施することができます。 Java ベースの Web サーバーで代表的な Apache を利用している場合、 Linux の場合デフォルトは下記にエラーログ、アクセスログが出力されます。 /etc/httpd/logs (/var/httpd/logs にシンボリックリンクが設定されています。) 確認や修正は、/etc/httpd/httpd.conf もしくは /etc/apache の conf ファイルに定義されることが一般的です。 発生した事象の挙動から切り分けられることも多いですが、Web サーバーでのトラブルシューティングや、 ArcGIS Web Adaptor でのセットアップでのログ情報、システムへのアクセス解析を行う場合はこれらのログを参照すると有効です。 ArcGIS Enterprise や ArcGIS Online の利用時での現象の確認方法 (参考) 起きている現象によって必ずこの限りではありませんが、代表的な対応を紹介します。 はじめに、報告された事象の前提条件、例えば OS や ArcGIS Enterprise のバージョンやシステム構成、ブラウザー情報、ユーザー情報などの環境情報、 そして現象が発生する場合の操作手順の詳細の整理を試みます。 そのあと、現象を再現できるかを確認しますが、そのときログの確認ではなく、操作上のログ情報を取得していきます。 例えば、ブラウザー操作であれば、ブラウザーの開発者ツールでのコンソールやレスポンス コード、リクエストとレスポンスの確認を行います。 クライアントアプリがある場合は、アプリケーションの動作とともに、Telerik Fiddler などのキャプチャーソフトウェアを活用したりしてリクエストの確認を行うこともあります。(プロキシや利用しているネットワークによっては、別途設定を行わなければいけないケースがあるので、その点は注意します。) これでアプリケーション層か、バックエンドのサーバーサイド、またはネットワークなどの利用環境なのかを大きく切り分けを行います。 この時のレスポンスのメッセージや挙動から、Web サーバーか、Portal for ArcGIS なのか、ArcGIS Server もしくは ArcGIS Data Store なのかを簡単に当たりを付けることもあります。 バックエンドのサーバーサイドの場合に、問題をほりさげるため、サーバーログのレベルを変更して、同じ現象を発生させログを収集して解析を実施します。 このとき、REST インターフェースでログを見ることもありますが、必ず直接見られるというケースではないことも多々ありますので、上記のログファイルを取得し、個別にローカルで確認していきます。 状況によっては、原因特定が難しいケースは、単一のログファイルというよりは、複数のログファイルを確認しなければいけないときもあり、 テキストエディターで検索を実施することもありますが、この頃はログファイルを効率よく集計、確認する方法も世の中にはありますが、より一般的なツールとして Excel やメッセージ量が多い場合は BI ツールなどで取り込み、一括で検索できるようにした上で確認するといったようなことをしています。 以上、ArcGIS Enterprise での代表的なログと、参考情報として問題切り分け時の一次確認方法をご紹介しました。 ご紹介した内容は、運用時のメンテナンスでも活用でき、事前にシステムの異常に対応することにもつながります。 是非ご参考にしていただければと思います。 ... View more

はじめに ArcGIS Online や ArcGIS Enterprise の Web GIS で、マップといえば、Web マップです。 Web マップでは、レイヤーを追加して、表示設定やフィルター設定などを行います。 そして、作成者はその Web マップを様々なメンバーに共有して、地図に可視化された知見を共有していく流れとなります。 ただ、Web マップの利用者としては、見る視点や関心のある事柄もそれぞれ異なるため、Web マップの中から、さらに情報を検索するというアクションを取ることもしばしばあります。 今回の記事では、簡単に設定でき、かつ利用者もすぐに利用できる機能で、その検索性を高めるための設定について紹介します。 Web マップで設定できる検索 まず、抑えておくポイントとして、Web マップで簡単に利用できる検索機能（解析ツールは除く）には以下の 2 つがあります。 1. フィルター  マップ ビューアーのコンテンツ ウィンドウのレイヤー メニューです。 フィルターは、属性の値などを複数組み合わせて検索したり、データを絞り込んだりするために利用できます。 2.  場所検索ツール  マップ ビューアーのマップ 右上にあるツールです。 場所検索ツールは、住所や地名の場所を検索するために利用する検索ボックスの部分にあたり、すぐ目につくところに配置されております。マップを利用する上では、一般的な検索機能ですね。 そして、この場所検索ツールは、ただ地名や住所を検索するだけではありません。 Web マップに含まれるレイヤー内のフィーチャを検索することもできます。 というわけで、今回はこの場所検索ツールに適用できる設定を紹介します。 設定は Web マップのアイテムの設定タブで、下記のステップで行います。 場所検索ツールで検索するレイヤーを設定 1. Web マップの設定タブへ移動 2. 検索レイヤーおよび属性を設定 設定タブ ページ下段の “Web Map” セクションの “アプリケーション設定” 項目で、検索ボックスで検索したいレイヤーと検索に利用する属性を指定します。 実は、これだけです。 簡単な設定で、場所検索ツールにレイヤーの検索設定をすることができました。 なお、複数レイヤーに対して設定したい場合は、“レイヤーの追加” ボタンから設定を追加することができます。   さいごに Web マップは、冒頭で述べたように、レイヤーの多種多様な表示設定やフィルター設定の状態を保存することができるという特徴があります。 そのため、Web アプリケーションやモバイル アプリケーションでは、アプリケーション毎で個別にそれぞれでレイヤーの設定することなく、参照するだけで、表示設定を施された状態のマップをすぐに利用でき、アプリでの作業量を縮小させることができますし、もとのレイヤーへの変更も最小限にすることができます。 今回紹介した Web マップの検索設定を施すと、その Web マップを参照する ArcGIS Collector, ArcGIS Explorer, Web AppBuilder のアプリケーションでも、場所検索ツールがあるものであればどれでも、すぐにその設定を利用できるようになります。 ぜひ、アプリケーション作成のスタートである Web マップを作成し、今回紹介した検索設定を含む各種設定を施して、利用しやすい Web マップを作成してみてください。 関連リンク Search for assets intuitively in field フィーチャ検索の構成 ... View more

I can find the new version 2.1.4. http://www.esri.com/software/arcgis/arcgisonline/apps/download [ATTACH=CONFIG]34634[/ATTACH] We don't hear that the new version would be released. And if users upgrade EM4O with the upgrade function, they can upgrade to 2.1.4... There is no announce to release the newest version. Please let us about this as soon as possible. ... View more