演算

テーブル内の住所のポイント ジオメトリ、つまりジオコーディングを返します。[Search Text] プロパティで住所文字列を指定するか、[Country]、[Street] などの対応するプロパティで構造化パーツを指定します。組み合わせも可能です。この演算には特別なライセンスが必要です。何らかの理由で見つからなかった住所は、結果に返されません。

Qlik ジオコーディング (AddressPointLookup と PointToAddressLookup による) が提供する関数は、場所検索機能とは異なります。Qlik ジオコーディングでは、住所レベルで検索できます。一方、通常の場所検索では郵便番号レベルまでの精度しかありません。

Qlik ジオコーディングを使い始める際は、「Qlik ジオコーディングの構成 (英語のみ)」で参照されるテンプレートを使用します。

ほとんどのパラメータには 2 つのバージョンがあります。1 つは country="SWE" のように実際の値を指定し、もう 1 つは countryField="CountryIso2" のように実際の値を取得する項目名を指定します。

次の列を返します:

• <dataset key column> - 入力 dataset のキー列
• Address - 国の基準に対応するようにフォーマットされた、見つかった住所。
• Geometry - 見つかったアイテムのポイント。
• HouseNumber - 見つかったアイテムの家番号。
• Street - 見つかったアイテムの通り。
• PostalCode - 見つかったアイテムの郵便番号。
• City - 見つかったアイテムの都市レベルの行政区画の名前。
• Adm1 - 見つかったアイテムの 1 次行政区画 (州) の名前または略称。
• CountryIso2 - 見つかったアイテムの国コード。
• Match - 一致がどれだけ良かったかを示す 0 から 1 までの値。1 は完璧を意味します。
• [dataset] のキー列を除くすべての列で、データセット名のプレフィックスが付いています。

適用できない場合、またはデータが利用できない場合、返される項目は空になる可能性があります。

対応バージョン:

• ロード スクリプトの ScriptEval

各アイテムがそれぞれの項目にあるスウェーデンの住所をジオコーディングする例:

この例は、フリー テキスト スタイルのジオコーディングを示しています:

ポイント データセットの長方形または六角形のビンを生成します。これは、ポイント データを集約して、データの概要を効率的に表示できるようにする方法です。

次の列を返します:

• <dataset key column> - 入力 dataset のキー列
• BinId - ビンの ID。
• BinTable.BinPolygon - ビンのポリゴン。
• BinTable.CenterPoint - ビンの中心にあるポイント。
• [dataset] のキー列を除くすべての列で、データセット名のプレフィックスが付いています。

対応バージョン:

• ロード スクリプトの ScriptEval

米国の空港から六角形のビンをロードする例:

最大距離よりも近い場合は、あるデータセット内のオブジェクトと別のデータセット内の最も近い n 個のオブジェクト間の関係と距離を返します。コストは道路に沿って計算することもでき、その場合はオプションで移動時間を使用します。この演算は多くの場合、最も近いオブジェクトとの関係を取得するだけでなく、一連のポイント間の距離マトリックスを取得する場合にも役立ちます。

次の列を返します:

• <dataset1 name>_<dataset2 name>_RelationId - 2 つのジオメトリ間の関係のために生成されたキー。
• <dataset1 key column> - 入力 dataset1 のキー列。
• <dataset2 key column> - 入力 dataset2 のキー列。
• Distance - costUnit で指定された単位での距離。
• Status - 返されるステータスは「ok」または「failed:」のいずれかで、その後にエラーメッセージが表示されます。
• LowResLine - ルート ラインの低解像度バージョン。[bird] 以外の距離タイプでのみ使用できます。
• 入力 [dataset1] データセットのキー列を除くすべての列で、データセット名のプレフィックスが付いています。
• 入力 [dataset2] データセットのキー列を除くすべての列で、データセット名のプレフィックスが付いています。

対応バージョン:

• ロード スクリプトの ScriptEval

この例では、テーブル内のポイントに最も近い空港を検索します:

ポイント間の地理的な近さに基づいて、ポイント データセットからクラスターを生成します。クラスターの生成は、距離パラメータによって制御されます。距離パラメーターは、ポイントが属するクラスターからポイントがどれだけ離れているかを定義します。ポイントとクラスター間の関係を含むテーブルを返します。また、クラスター ジオメトリを持つ [Clusters] という名前の結合テーブルを返します。これには、項目 [ClusterID]、[ClusterCenter] (ポイント ジオメトリ)、[PointCount] が含まれています。[count] 項目には、クラスター内のポイントの数が含まれます。

次の列を返します:

• <dataset key column> - 入力 dataset のキー列
• ClusterID - ポイントが属するクラスターの ID。
• Clusters.ClusterPoint - クラスターの中心点。
• Clusters.PointCount - クラスターに属する元のポイントの数 。
• 入力データセットのキー列を除くすべての列で、データセット名のプレフィックスが付いています。

対応バージョン:

• ロード スクリプトの ScriptEval

この例では、米国の空港をクラスター化して、50 km より近い空港が 1 つのクラスターに属するようにします:

古いエリア ID (またはジオメトリ) および新しいエリア ID の間のマッピングに基づいて、エリアを融合および簡略化して、より大きなエリアを形成します。これは通常、郵便エリアや行政区画など、明確に定義された小さなエリアによって構築されるカスタム エリアを構築するために使用されます。

次の列を返します:

• <dissolveField> - indata で dissolveField として指定された項目。
• DissolvedPolygon - 新しい融合エリアのジオメトリ。

対応バージョン:

• ロード スクリプトの ScriptEval

ジオメトリ データセットはオプションです。指定されていない場合、ジオメトリは融合定義データセットで利用可能であると想定されます。

ポリゴンのオーバーラップは、[Source] を除くすべての解像度で削除されることに注意してください。

この例では、2 つの地域を作成します。1 つは CA と AZ で構成され、もう 1 つは WA と OR で構成されます:

交差するすべてのオブジェクトについて、dataset1 のキーと dataset2 のキーの間でマップするテーブルを返します。両方のデータセットにポリゴンが含まれている場合、それぞれのデータセットのエリアと比較した相対的なオーバーラップ エリアが返されます。

[intersectsCount] を指定することにより、最初のデータセットの各ジオメトリにマップする必要がある 2 番目のデータセットの交差するジオメトリの数を制限することができます。次に、最も交差するジオメトリが順番に返されます。[intersectsCount] が指定されていない場合、演算は対称になります。

次の列を返します:

• <dataset1 name>_<dataset2 name>_RelationId - 2 つのジオメトリ間の関係のために生成されたキー。
• <dataset1 key column> - 入力 dataset1 のキー列。
• <dataset2 key column> - 入力 dataset2 のキー列。
• <dataset1 name>.RelativeOverlap - dataset1 のポリゴンと比較したオーバーラップ。両方のデータセットにポリゴンが含まれている場合にのみ返されます。この項目を要求すると、パフォーマンスが低下します。
• <dataset2 name>.RelativeOverlap - dataset2 のポリゴンと比較したオーバーラップ。両方のデータセットにポリゴンが含まれている場合にのみ返されます。この項目を要求すると、パフォーマンスが低下します。
• 入力 [dataset1] データセットのキー列を除くすべての列で、データセット名のプレフィックスが付いています。
• 入力 [dataset2] データセットのキー列を除くすべての列で、データセット名のプレフィックスが付いています。

対応バージョン:

• ロード スクリプトの ScriptEval

この例では、いくつかの線が交差する州を計算します:

テーブル内の IP アドレスの位置情報とポイント ジオメトリを返します。これは、ウェブ サービスへのアクセス データを分析するときに役立ちます。返されるテーブルには、次の項目が含まれています:

• キー項目 - 名前テーブルのキー項目と同じ。
• <アドレス テーブル Ip 項目> - 検索された IP 項目と同じ。キー項目と同じでない場合にのみ使用できます。
• IpPoint - 見つかったアイテムのポイント。
• CountryIso2 - 見つかったアイテムの国コード。
• Adm1Code - 見つかったアイテムの 1 次行政区画のコード。このコードは、ロケーション サービスによって返されるコードと常に互換性があるとは限らないことに注意してください。
• City - 見つかったアイテムの都市。
• 入力データセットのキー列を除くすべての列で、データセット名のプレフィックスが付いています。

IP ジオロケーションは本質的に不正確です。多くの IP アドレスでは都市を特定することができますが、他の IP アドレスでは国のみを解決できます。

ベスト プラクティスは、Ip 列を [IpLookup] 演算にのみ送信することです。いくつかの IP アドレスを検索する例:

同じ IP が多くの行で繰り返されるのが一般的です。次に、パフォーマンスが向上し、最初にこの例のように一意の IP のみが除外されます:

この製品には、MaxMind によって作成された GeoLite2 データが含まれており、MaxMind から入手できます。

演算は適用せずにデータセットをロードします。これにより、GeoOperations がサポートするすべての形式をロードできます。ジオメトリが詳細で表示が遅い場合は、[Simplify] が [Load] の良い代替案になる場合があることに注意してください。

次の列を返します:

• [dataset] のすべての列。

対応バージョン:

• ロード スクリプトの ScriptEval

スウェーデンから郵便番号をロードする例:

WKT は INTABLE のデータのジオメトリ形式としてサポートされているため、[Load] 操作は、データベースからロードされた地理ジオメトリを Sense ジオメトリ形式に変換して表示できるようにするのに最適です。次の例は、WKT データを変換する方法を示しています。この場合は [MyWKTData] テーブルからです:

リスト内のポイントに最も近い住所を返します。これは、逆ジオコーディングとも呼ばれます。この演算には特別なライセンスが必要です。通りに近いポイントは通りレベルの住所を取得します。そうでない場合は、フォール バックして郵便エリアまたは都市レベルのヒットを返します。遠すぎるポイントの場合、データは返されません。

次の列を返します:

• <dataset key column> - 入力 dataset のキー列
• Address - 国の基準に対応するようにフォーマットされた、見つかった住所。
• Geometry - 見つかったアイテムのポイント。
• HouseNumber - 見つかったアイテムの家番号。
• Street - 見つかったアイテムの通り。
• PostalCode - 見つかったアイテムの郵便番号。
• City - 見つかったアイテムの都市レベルの行政区画の名前。
• Adm1 - 見つかったアイテムの 1 次行政区画 (州) の名前または略称。
• CountryIso2 - 見つかったアイテムの国コード。
• Distance - 見つかった住所までのメートル単位の距離。
• [dataset] のキー列を除くすべての列で、データセット名のプレフィックスが付いています。

適用できない場合、またはデータが利用できない場合、返される項目は空になる可能性があることに注意してください。

いくつかのポイントの住所を取得する例:

テーブル内の 2 つの場所の間のルートを、長さと期間を含めて計算します。

原点はデータセットのジオメトリ列であることに注意してください。データセットは 1 つのジオメトリ列しか認識しないため、宛先列は演算パラメータで指定されます。

輸送タイプとして [bird] を使用すると、原点と終点の間に大きな円弧が生成されます。

次の列を返します:

• <dataset key column> - 入力 dataset のキー列
• Distance - メートル単位のルート距離。
• Duration - 推定ルート移動時間 (秒単位)。
• Status - 返されるステータスは「ok」または「failed:」のいずれかで、その後にエラーメッセージが表示されます。
• LowResLine - ルート ラインの低解像度バージョン。
• 入力データセットのキー列を除くすべての列で、データセット名のプレフィックスが付いています。

対応バージョン:

• ロード スクリプトの ScriptEval
• ルートを取得するためのチャート スクリプトの ScriptEvalStr。
• 距離または期間を取得するためのチャート スクリプトの ScriptEval。

これは、データセット内のポイント間のルートを計算する例です:

これは、Line Layer で直接ルートを計算する例です。選択が変更されるたびに、選択に対して演算が呼び出されます。通常、少数のポイントのみが選択されている場合に真となる計算条件が存在するはずです (それ以外の場合は、ロードスクリプトでルートを計算することをお勧めします)。これをロード スクリプトに入れて、データをロードする必要があります。例:

ライン レイヤーで次の軸を使用します:

ライン レイヤーで計算条件を使用します:

Line ジオメトリに設定する必要がある Location プロパティに、これを配置して、固定位置から選択したポイントまでのルートを計算します。

データセット内のラインとエリアのジオメトリを簡素化します。表示が高速でより効率的なジオメトリを取得するために、[Load] 演算の代わりに [Simplify] 演算を使用して地理データをロードすると便利です。

簡素化の程度は、エリア、オブジェクトの数、オブジェクトのサイズに基づいて自動的に計算されます。次に、[resolution] パラメータを使用してそれをより高いまたはより低い解像度に調整することができます。

エリアの簡素化は、トポロジを処理し、ギャップを削除してアイランドを結合できるアルゴリズムを使用して行われます。

行の簡素化は、ブレイクポイント削減アルゴリズムを使用して行われます。

ポリゴンのオーバーラップが削除されることに注意してください。出力にオーバーラップするポリゴンはありません。

次の列を返します:

• <dataset key column> - 入力 dataset1 のキー列。
• Simplified_<geometry column name> - 元のジオメトリの簡素化されたバージョン。
• [dataset] のキー列を除くすべての列で、データセット名のプレフィックスが付いています。

対応バージョン:

• ロード スクリプトの ScriptEval

米国の州の簡素化バージョンをロードする例:

移動時間の iso エリアを計算します。返却されたエリア内のすべての場所は、特定の時間内に到達できるか、道路に沿った特定の距離よりも近くにあります。ID、移動エリアのジオメトリ、中心点、コスト、コスト単位、ステータス (OK または失敗) を含むテーブルを返します。

輸送タイプとして「bird」を使用すると、原点の周りに地理的に正しい円が生成されます。

次の列を返します:

• <dataset key column> - 入力 dataset のキー列
• TravelArea - 移動エリアを定義するポリゴン ジオメトリ。
• Cost - costValue または costField で指定されたコスト。
• CostUnit - costUnit で指定されたコスト単位。
• Status - 返されるステータスは「OK」または「failed:」のいずれかで、その後にエラーメッセージが表示されます。
• 入力データセットのキー列を除くすべての列で、データセット名のプレフィックスが付いています。

対応バージョン:

• ロード スクリプトの ScriptEval
• 移動エリアのジオメトリを取得するためのチャート スクリプトの ScriptEvalStr。
• コストを取得するためのチャート スクリプトの ScriptEval。

このロード スクリプトの例では、座標からマイアミとオーランドに 10 分の移動エリアを生成します:

このロード スクリプトの例では、名前付きポイントを使用して、マイアミとオーランドに 10 分の移動エリアを生成します:

これは、エリア レイヤー内のポイント周辺の Travel Area を直接計算する例です。選択が変更されるたびに、選択に対して演算が呼び出されます。これをロード スクリプトに入れて、例のデータをロードする必要があります。

以下のエリア レイヤー内の軸を使用します:

エリア レイヤー内の演算実行条件を使用します:

Location プロパティにこのように入力します:

一方のデータセット (囲まれている) のジオメトリがもう一方のデータセット (囲んでいる) のエリア内に完全にある 2 つのデータセット間の関係を返します。見つかったすべての関係について、囲まれているキーと囲んでいるキーの間でマップされるテーブルを返します。

通常、データがどの領域にあるかを見つけるために使用します。 例えば、GPS の位置をテストするには、どの行政区画にいるのかを確認します。これは一種の逆ジオコーディングです。

次の列を返します:

• <enclosed name>_<enclosing name>_RelationId - 2 つのジオメトリ間の関係のために生成されたキー。
• <enclosed key column> - 入力 dataset1 のキー列。
• <enclosing key column> - 入力 dataset2 のキー列。
• 囲まれているデータセットのキー列を除くすべての列で、データセット名のプレフィックスが付いています。
• 囲んでいるデータセットのキー列を除くすべての列で、データセット名のプレフィックスが付いています。

対応バージョン:

• ロード スクリプトの ScriptEval

データの不正確さを補うために、Within ではなく Closest を使用する方が良い場合があります。例えば、行政区画に関連付けたい沿岸地域のポイント データがある場合、わずかな不正確さにより、ポイントがその地域からわずかに外れる可能性があります。

これは、どのポイントがどの州にあるかを計算するロード スクリプトの例です。