en to ja translation catalogue (69 entries)

note: Tag: title
en: Spatial Queries
ja: 空間クエリ

note: Tag: para
en: The <emphasis>raison d'etre</emphasis> of spatial databases is to perform queries inside the database which would ordinarily require desktop GIS functionality. Using PostGIS effectively requires knowing what spatial functions are available, how to use them in queries, and ensuring that appropriate indexes are in place to provide good performance.
ja: 空間データベースの<emphasis>レゾンデートル</emphasis>は、通常ならデスクトップGISの機能が必要なクエリをデータベース内で実行することです。PostGISを使うには、使用可能な空間関数は何かを知り、またクエリ内でどう使うかを知って、適切なインデックスで能率を向上させることが求められます。

note: Tag: title
en: Determining Spatial Relationships
ja: 空間関係の決定

note: Tag: para
en: Spatial relationships indicate how two geometries interact with one another. They are a fundamental capability for querying geometry.
ja: 空間関係は、二つのジオメトリについて、一方がもう一方にどのような相互関係になっているかを示すものです。ジオメトリのクエリにおける基本的な機能です。

note: Tag: para
en: According to the <ulink url="http://www.opengeospatial.org/standards/sfs">OpenGIS Simple Features Implementation Specification for SQL</ulink>, "the basic approach to comparing two geometries is to make pair-wise tests of the intersections between the Interiors, Boundaries and Exteriors of the two geometries and to classify the relationship between the two geometries based on the entries in the resulting 'intersection' matrix."
ja: <ulink url="http://www.opengeospatial.org/standards/sfs">OpenGIS Simple Features Implementation Specification for SQL</ulink>によると「二つのジオメトリの比較の基本的なアプローチは、二つのジオメトリの内部、境界、外部のインタセクションの比較と、『インタセクション行列』の要素に基づく2ジオメトリの関係の分類です」。

note: Tag: para
en: In the theory of point-set topology, the points in a geometry embedded in 2-dimensional space are categorized into three sets:
ja: 点集合トポロジでは、2次元空間に埋め込まれたジオメトリの中にあるポイントは、次に示す三つの集合に分類されます。

note: Tag: glossterm
en: <glossterm>Boundary</glossterm>
ja: <glossterm>境界</glossterm>

note: Tag: para
en: The boundary of a geometry is the set of geometries of the next lower dimension. For <varname>POINT</varname>s, which have a dimension of 0, the boundary is the empty set. The boundary of a <varname>LINESTRING</varname> is the two endpoints. For <varname>POLYGON</varname>s, the boundary is the linework of the exterior and interior rings.
ja: ジオメトリの境界は、一次元低いジオメトリです。<varname>POINT</varname>では、次元が0になり、境界は空集合です。<varname>LINESTRING</varname>の境界は二つの端点です。<varname>POLYGON</varname>の境界は、外環と内環の線です。

note: Tag: glossterm
en: <glossterm>Interior</glossterm>
ja: <glossterm>内部 (Interior)</glossterm>

note: Tag: para
en: The interior of a geometry are those points of a geometry that are not in the boundary. For <varname>POINT</varname>s, the interior is the point itself. The interior of a <varname>LINESTRING</varname> is the set of points between the endpoints. For <varname>POLYGON</varname>s, the interior is the areal surface inside the polygon.
ja: ジオメトリの内部は、ジオメトリの境界以外のポイントです。<varname>POINT</varname>では、内部はポイント自体です。<varname>LINESTRING</varname>の内部は端点の間のポイントの集合です。<varname>POLYGON</varname>の内部は、ポリゴン内部の面です。

note: Tag: glossterm
en: <glossterm>Exterior</glossterm>
ja: <glossterm>外部 (Exterior)</glossterm>

note: Tag: para
en: The exterior of a geometry is the rest of the space in which the geometry is embedded; in other words, all points not in the interior or on the boundary of the geometry. It is a 2-dimensional non-closed surface.
ja: ジオメトリの外部はジオメトリが組み込まれた空間の残りです。言い換えると、ジオメトリの内部にも境界にもない点の全てです。これは2次元の閉じていない面になります。

note: Tag: para
en: The <ulink url="http://en.wikipedia.org/wiki/DE-9IM">Dimensionally Extended 9-Intersection Model</ulink> (DE-9IM) describes the spatial relationship between two geometries by specifying the dimensions of the 9 intersections between the above sets for each geometry. The intersection dimensions can be formally represented in a 3x3 <emphasis role="bold">intersection matrix</emphasis>.
ja: <ulink url="http://en.wikipedia.org/wiki/DE-9IM">Dimensionally Extended 9-Intersection Model</ulink> (DE-9IM)は、二つのジオメトリの空間関係を九つの交差の次元を指定することで記述します。交差次元は3×3の<emphasis role="bold">交差行列</emphasis>で正式に表現することができます。

note: Tag: para
en: For a geometry <emphasis>g</emphasis> the <emphasis>Interior</emphasis>, <emphasis>Boundary</emphasis>, and <emphasis>Exterior</emphasis> are denoted using the notation <emphasis>I(g)</emphasis>, <emphasis>B(g)</emphasis>, and <emphasis>E(g)</emphasis>. Also, <emphasis>dim(s)</emphasis> denotes the dimension of a set <emphasis>s</emphasis> with the domain of <literal>{0,1,2,F}</literal>:
ja: ジオメトリ<emphasis>g</emphasis>に対する<emphasis>内部</emphasis>、<emphasis>境界</emphasis>、<emphasis>外部</emphasis>は<emphasis>I(g)</emphasis>、<emphasis>B(g)</emphasis>、<emphasis>E(g)</emphasis>と表記します。また、<emphasis>dim(s)</emphasis>は<emphasis>s</emphasis>の集合を<literal>{0,1,2,F}</literal>の値で示すます。

note: Tag: para
en: <literal>0</literal> =&gt; point
ja: <literal>0</literal> =&gt; 点

note: Tag: para
en: <literal>1</literal> =&gt; line
ja: <literal>1</literal> =&gt; 線

note: Tag: para
en: <literal>2</literal> =&gt; area
ja: <literal>2</literal> =&gt; 面

note: Tag: para
en: <literal>F</literal> =&gt; empty set
ja: <literal>F</literal> =&gt; 空集合

note: Tag: para
en: Using this notation, the intersection matrix for two geometries <emphasis>a</emphasis> and <emphasis>b</emphasis> is:
ja: この表記法を使うと、二つのジオメトリ<emphasis>a</emphasis>と<emphasis>b</emphasis>の交差行列は次の通りです。

note: Tag: emphasis
en: <emphasis role="bold">Interior</emphasis>
ja: <emphasis role="bold">内部 (Interior)</emphasis>

note: Tag: emphasis
en: <emphasis role="bold">Boundary</emphasis>
ja: <emphasis role="bold">境界 (Boundary)</emphasis>

note: Tag: emphasis
en: <emphasis role="bold">Exterior</emphasis>
ja: <emphasis role="bold">外部 (Exterior)</emphasis>

note: Tag: para
en: Visually, for two overlapping polygonal geometries, this looks like:
ja: 二つのオーバラップするポリゴンについて可視化すると、次のようになります。

note: Tag: para
en: Reading from left to right and top to bottom, the intersection matrix is represented as the text string '<emphasis role="bold">212101212</emphasis>'.
ja: 左から右に、上から下に読みます。交差行列の文字列表現は'<emphasis role="bold">212101212</emphasis>'です。

note: Tag: para
en: For more information, refer to:
ja: 詳細情報については次をご覧下さい。

note: Tag: para
en: <ulink url="http://www.opengeospatial.org/standards/sfs">OpenGIS Simple Features Implementation Specification for SQL</ulink> (version 1.1, section 2.1.13.2)
ja: <ulink url="http://www.opengeospatial.org/standards/sfs">OpenGIS Simple Features Implementation Specification for SQL</ulink> (1.1版, 2.1.13.2節)

note: Tag: title
en: Named Spatial Relationships
ja: 名前付き空間関係

note: Tag: para
en: To make it easy to determine common spatial relationships, the OGC SFS defines a set of <emphasis>named spatial relationship predicates</emphasis>. PostGIS provides these as the functions <xref linkend="ST_Contains"/>, <xref linkend="ST_Crosses"/>, <xref linkend="ST_Disjoint"/>, <xref linkend="ST_Equals"/>, <xref linkend="ST_Intersects"/>, <xref linkend="ST_Overlaps"/>, <xref linkend="ST_Touches"/>, <xref linkend="ST_Within"/>. It also defines the non-standard relationship predicates <xref linkend="ST_Covers"/>, <xref linkend="ST_CoveredBy"/>, and <xref linkend="ST_ContainsProperly"/>.
ja: 共通の空間関係を簡単に決定できるように、PGC SFSは<emphasis>名前付き空間関係述語</emphasis>の集合を定義しています。PostGISでは<xref linkend="ST_Contains"/>、<xref linkend="ST_Crosses"/>、<xref linkend="ST_Disjoint"/>、<xref linkend="ST_Equals"/>、<xref linkend="ST_Intersects"/>、<xref linkend="ST_Overlaps"/>、<xref linkend="ST_Touches"/>、<xref linkend="ST_Within"/>が提供されています。非標準の空間関係述語<xref linkend="ST_Covers"/>、<xref linkend="ST_CoveredBy"/>、<xref linkend="ST_ContainsProperly"/>も定義されています。

note: Tag: para
en: Spatial predicates are usually used as conditions in SQL <code>WHERE</code> or <code>JOIN</code> clauses. The named spatial predicates automatically use a spatial index if one is available, so there is no need to use the bounding box operator <code>&amp;&amp;</code> as well. For example:
ja: 空間述語は通常SQLの<code>WHERE</code>節や<code>JOIN</code>節内で条件に使用されます。名前付き空間述語は、インデックスが有効なら自動的に空間インデックスを使うので、バウンディングボックス演算子<code>&amp;&amp;</code>を使う必要はありません。例えば次のようになります。

note: Tag: para
en: For more details and illustrations, see the <ulink url="https://postgis.net/workshops/postgis-intro/spatial_relationships.html">PostGIS Workshop.</ulink>
ja: 詳細や図については<ulink url="https://postgis.net/workshops/postgis-intro/spatial_relationships.html">PostGIS Workshop</ulink>をご覧下さい。

note: Tag: title
en: General Spatial Relationships
ja: 一般的な空間関係

note: Tag: para
en: In some cases the named spatial relationships are insufficient to provide a desired spatial filter condition.
ja: 名前付き空間関係が求める空間フィルタ条件を与えるのに不十分となる場合があります。

note: Tag: para
en: For example, consider a linear dataset representing a road network. It may be required to identify all road segments that cross each other, not at a point, but in a line (perhaps to validate some business rule). In this case <xref linkend="ST_Crosses"/> does not provide the necessary spatial filter, since for linear features it returns <varname>true</varname> only where they cross at a point.
ja: 例えば、道路ネットワークを表現する線データセットを考えてみます。点でなく線で交差する全ての道路の辺を識別しなければならないことがあります (ビジネスルールの検証のためならありえます)。この場合、<xref linkend="ST_Crosses"/>では、点で交差する場合しか<varname>true</varname>を返さないので、必要な空間フィルタになりません。

note: Tag: para
en: A two-step solution would be to first compute the actual intersection (<xref linkend="ST_Intersection"/>) of pairs of road lines that spatially intersect (<xref linkend="ST_Intersects"/>), and then check if the intersection's <xref linkend="ST_GeometryType"/> is '<varname>LINESTRING</varname>' (properly dealing with cases that return <varname>GEOMETRYCOLLECTION</varname>s of <varname>[MULTI]POINT</varname>s, <varname>[MULTI]LINESTRING</varname>s, etc.).
ja: 2ステップ解決法を示します。まず、空間的にインタセクトしている同路線の二本を抜き出し (<xref linkend="ST_Intersects"/>)、実際にインタセクトしている部分を計算 (<xref linkend="ST_Intersection"/>)します。次いで、インタセクトしている部分の<xref linkend="ST_GeometryType"/>が<varname>LINESTRING</varname>' かどうかを確認します (<varname>[MULTI]POINT</varname>、<varname>[MULTI]LINESTRING</varname>等の<varname>GEOMETRYCOLLECTION</varname>を返す場合に適切に処理します)。

note: Tag: para
en: Clearly, a simpler and faster solution is desirable.
ja: 明らかに、より単純でより速い解法が望ましいです。

note: Tag: para
en: A second example is locating wharves that intersect a lake's boundary on a line and where one end of the wharf is up on shore. In other words, where a wharf is within but not completely contained by a lake, intersects the boundary of a lake on a line, and where exactly one of the wharf's endpoints is within or on the boundary of the lake. It is possible to use a combination of spatial predicates to find the required features:
ja: 二つ目の例では、湖の境界とインタセクトし、かつ終端が岸に上がっている波止場を見つけます。言い換えると、波止場が湖に含まれるが完全には含まれず、湖の境界線とインタセクトして、波止場の終端が確実に湖内または境界にある場合を指します。空間述語を併用すると求める地物を見つけることができます。

note: Tag: para
en: ... but needless to say, this is quite complicated.
ja: … 言うまでもないですが非常に複雑ですね。

note: Tag: para
en: These requirements can be met by computing the full DE-9IM intersection matrix. PostGIS provides the <xref linkend="ST_Relate"/> function to do this:
ja: この要件は完全なDE-9IM交差行列の計算で満たすことができます。PostGISは、これを行う<xref linkend="ST_Relate"/>関数を提供しています。次のようにします。

note: Tag: para
en: To test a particular spatial relationship, an <emphasis role="bold">intersection matrix pattern</emphasis> is used. This is the matrix representation augmented with the additional symbols <literal>{T,*}</literal>:
ja: 特定の空間関係をテストするには、<emphasis role="bold">交差行列パターン</emphasis>を使います。これは、追加シンボル<literal>{T,*}</literal>で拡張された行列表現です。

note: Tag: para
en: <literal>T</literal> =&gt; intersection dimension is non-empty; i.e. is in <literal>{0,1,2}</literal>
ja: <literal>T</literal> =&gt; インタセクションの次元は空ではないという意味です。すなわち<literal>{0,1,2}</literal>のいずれかです。

note: Tag: para
en: <literal>*</literal> =&gt; don't care
ja: <literal>*</literal> =&gt; 何でも良い

note: Tag: para
en: Using intersection matrix patterns, specific spatial relationships can be evaluated in a more succinct way. The <xref linkend="ST_Relate"/> and the <xref linkend="ST_RelateMatch"/> functions can be used to test intersection matrix patterns. For the first example above, the intersection matrix pattern specifying two lines intersecting in a line is '<emphasis role="bold">1*1***1**</emphasis>':
ja: 交差行列パターンを使って、特定の空間関係の評価がより簡潔な方法で可能です。交差行列パターンのテストに<xref linkend="ST_Relate"/>と<xref linkend="ST_RelateMatch"/>を使うことができます。上に挙げた一つ目の例では、二つのラインがライン内部でインタセクトする交差行列パターンは'<emphasis role="bold">1*1***1**</emphasis>'となります。

note: Tag: para
en: For the second example, the intersection matrix pattern specifying a line partly inside and partly outside a polygon is '<emphasis role="bold">102101FF2</emphasis>':
ja: 二つ目の例です。一本のラインが部分的にポリゴン内部とポリゴン外部とにある場合の交差行列パターンは '<emphasis role="bold">102101FF2</emphasis>'となります。

note: Tag: title
en: Using Spatial Indexes
ja: 空間インデックスを使う

note: Tag: para
en: When constructing queries using spatial conditions, for best performance it is important to ensure that a spatial index is used, if one exists (see <xref linkend="build-indexes"/>). To do this, a spatial operator or index-aware function must be used in a <code>WHERE</code> or <code>ON</code> clause of the query.
ja: 空間条件を使用するクエリを構築する時、最良の効果を得るには、空間インデックスが存在する場合に (<xref linkend="build-indexes"/>参照)これを確実に使用することが重要です。そのためには、<code>WHERE</code>節や<code>ON</code>節で、空間演算子またはインデックス対応関数を使用しなければなりません。

note: Tag: para
en: Spatial operators include the bounding box operators (of which the most commonly used is <xref linkend="geometry_overlaps"/>; see <xref linkend="operators-bbox"/> for the full list) and the distance operators used in nearest-neighbor queries (the most common being <xref linkend="geometry_distance_knn"/>; see <xref linkend="operators-distance"/> for the full list.)
ja: 空間演算子には、バウンディングボックス演算子 (最もよく使われるのは<xref linkend="geometry_overlaps"/>です。<xref linkend="operators-bbox"/>参照)、および近傍クエリで使用される距離演算子 (最もよく使われるのは<xref linkend="geometry_distance_knn"/>です。<xref linkend="operators-distance"/>参照)が含まれます。

note: Tag: para
en: Index-aware functions automatically add a bounding box operator to the spatial condition. Index-aware functions include the named spatial relationship predicates <xref linkend="ST_Contains"/>, <xref linkend="ST_ContainsProperly"/>, <xref linkend="ST_CoveredBy"/>, <xref linkend="ST_Covers"/>, <xref linkend="ST_Crosses"/>, <xref linkend="ST_Intersects"/>, <xref linkend="ST_Overlaps"/>, <xref linkend="ST_Touches"/>, <xref linkend="ST_Within"/>, <xref linkend="ST_Within"/>, and <xref linkend="ST_3DIntersects"/>, and the distance predicates <xref linkend="ST_DWithin"/>, <xref linkend="ST_DFullyWithin"/>, <xref linkend="ST_3DDFullyWithin"/>, and <xref linkend="ST_3DDWithin"/> .)
ja: インデックス対応関数は、自動的にバウンディングボックス演算子を空間条件に追加します。インデックス対応関数は空間関係述語を含みます。空間関係述語には、<xref linkend="ST_Contains"/>, <xref linkend="ST_ContainsProperly"/>, <xref linkend="ST_CoveredBy"/>, <xref linkend="ST_Covers"/>, <xref linkend="ST_Crosses"/>, <xref linkend="ST_Intersects"/>, <xref linkend="ST_Overlaps"/>, <xref linkend="ST_Touches"/>, <xref linkend="ST_Within"/>, <xref linkend="ST_Within"/>, <xref linkend="ST_3DIntersects"/>があり、距離述語には<xref linkend="ST_DWithin"/>, <xref linkend="ST_DFullyWithin"/>, <xref linkend="ST_3DDFullyWithin"/>, <xref linkend="ST_3DDWithin"/> があります。

note: Tag: para
en: Functions such as <xref linkend="ST_Distance"/> do <emphasis>not</emphasis> use indexes to optimize their operation. For example, the following query would be quite slow on a large table:
ja: <xref linkend="ST_Distance"/>といった関数は、演算の最適化のためにはインデックスを<emphasis>使用しません</emphasis>。例えば、次のクエリは、大きなテーブルでは非常に遅くなります。

note: Tag: para
en: This query selects all the geometries in <code>geom_table</code> which are within 100 units of the point (100000, 200000). It will be slow because it is calculating the distance between each point in the table and the specified point, ie. one <varname>ST_Distance()</varname> calculation is computed for <emphasis role="bold">every</emphasis> row in the table.
ja: このクエリは<code>geom_table</code>テーブル内の、(100000, 200000)のポイントから100単位内にある全てのジオメトリを選択します。テーブル内の個々のポイントと指定したポイントとの距離を計算しているため、非常に遅くなります。すなわち、1回の<varname>ST_Distance()</varname>の計算で、テーブルの<emphasis role="bold">全ての</emphasis>行について計算することになります。

note: Tag: para
en: The number of rows processed can be reduced substantially by using the index-aware function <xref linkend="ST_DWithin"/>:
ja: インデックス対応関数<xref linkend="ST_DWithin"/>を使用すると、処理行数を実質的に減らすことができます。次のようにします。

note: Tag: para
en: This query selects the same geometries, but it does it in a more efficient way. This is enabled by <varname>ST_DWithin()</varname> using the <varname>&amp;&amp;</varname> operator internally on an expanded bounding box of the query geometry. If there is a spatial index on <code>geom</code>, the query planner will recognize that it can use the index to reduce the number of rows scanned before calculating the distance. The spatial index allows retrieving only records with geometries whose bounding boxes overlap the expanded extent and hence which <emphasis>might</emphasis> be within the required distance. The actual distance is then computed to confirm whether to include the record in the result set.
ja: このクエリは、同じジオメトリを選択しますが、より効率的な方法を取ります。 <varname>ST_DWithin()</varname>が内部で<varname>&amp;&amp;</varname>演算子をクエリジオメトリのバウンディングボックスを拡大したボックスで使うことによって可能となります。<code>geom</code>上に空間インデックスが存在するなら、クエリプランナは距離計算の前に対象行数を減らすためにインデックスを使えることを認識します。空間インデックスによって、バウンディングボックスが拡張された範囲とオーバラップするジオメトリだけを検索して、そのため、求めようとする距離内にある<emphasis>かも知れない</emphasis>ジオメトリを検索することができます。その後で、結果集合内のレコードを含めるかどうかを確認するための実際の距離計算が行われます。

note: Tag: para
en: For more information and examples see the <ulink url="https://postgis.net/workshops/postgis-intro/indexing.html">PostGIS Workshop</ulink>.
ja: 詳細情報と例については<ulink url="https://postgis.net/workshops/postgis-intro/indexing.html">PostGIS Workshop</ulink>をご覧下さい。

note: Tag: title
en: Examples of Spatial SQL
ja: 空間SQLの例

note: Tag: para
en: The examples in this section make use of a table of linear roads, and a table of polygonal municipality boundaries. The definition of the <varname>bc_roads</varname> table is:
ja: 本節の例では、線の道路のテーブルとポリゴンの市区町村境界テーブルとを使います。<varname>bc_roads</varname>テーブルの定義は次の通りです。

note: Tag: para
en: The definition of the <varname>bc_municipality</varname> table is:
ja: <varname>bc_municipality</varname>テーブルの定義は次の通りです。

note: Tag: para
en: What is the total length of all roads, expressed in kilometers?
ja: 道路の総延長はkm表記でいくらになるでしょう?

note: Tag: para
en: You can answer this question with a very simple piece of SQL:
ja: この問題は、次のようなとても単純なSQLで答えを得ることができます。

note: Tag: para
en: How large is the city of Prince George, in hectares?
ja: プリンスジョージ市の大きさはha表記でいくらになるでしょう?

note: Tag: para
en: This query combines an attribute condition (on the municipality name) with a spatial calculation (of the polygon area):
ja: このクエリでは、属性条件 (municipality name, 自治体名)に (ポリゴン面積の)空間計算を併用しています。

note: Tag: para
en: What is the largest municipality in the province, by area?
ja: 県内で最も大きな面積となる自治体はどこでしょう?

note: Tag: para
en: This query uses a spatial measurement as an ordering value. There are several ways of approaching this problem, but the most efficient is below:
ja: このクエリでは、順序付けの値に空間計測関数を使っています。この問題に対しては複数の方法がありますが、最も効果的な方法は次の通りです。

note: Tag: para
en: Note that in order to answer this query we have to calculate the area of every polygon. If we were doing this a lot it would make sense to add an area column to the table that could be indexed for performance. By ordering the results in a descending direction, and them using the PostgreSQL "LIMIT" command we can easily select just the largest value without using an aggregate function like MAX().
ja: このクエリの答えを出すためには、全てのポリゴンの面積を求める必要があることに注意して下さい。このクエリを多く実行する場合、性能向上のためにテーブルにareaカラムを追加して、別のインデックスを追加することができるようにするのは、意義のあることです。結果を距離について降順に並べ替え、PostgreSQLの"LIMIT"コマンドを用いることで、max()のような集約関数を使わずに、簡単に最も大きい値を集約関数を得ることができます。

note: Tag: para
en: What is the length of roads fully contained within each municipality?
ja: 各自治体内に含まれる道路の総延長はいくらでしょう?

note: Tag: para
en: This is an example of a "spatial join", which brings together data from two tables (with a join) using a spatial interaction ("contained") as the join condition (rather than the usual relational approach of joining on a common key):
ja: これは、二つのテーブルからデータを持ち込んで (結合して)いるので「空間結合」の例です。しかし、結合の条件として共通キーの上で接続するという普通のリレーションのやり方でなく空間インタラクション条件 (「含む」)を使っています。

note: Tag: para
en: This query takes a while, because every road in the table is summarized into the final result (about 250K roads for the example table). For smaller datsets (several thousand records on several hundred) the response can be very fast.
ja: このクエリは、テーブル内の全ての道路の合計を最終結果 (この例での話ですが約250Kmの道です)にまとめられるので、少し時間がかかります。より小さいオーバレイ (数百の道路で数千のレコード)の場合、応答はもっと早くなりえます。

note: Tag: para
en: Create a new table with all the roads within the city of Prince George.
ja: プリンスジョージ市内の全ての道路からなるテーブルを作ります。

note: Tag: para
en: This is an example of an "overlay", which takes in two tables and outputs a new table that consists of spatially clipped or cut resultants. Unlike the "spatial join" demonstrated above, this query creates new geometries. An overlay is like a turbo-charged spatial join, and is useful for more exact analysis work:
ja: これは「オーバレイ」の例です。つまり、二つのテーブルを取得して、空間的に切り取られた結果からなる新しいテーブルを出力します。上で示した「空間結合」と違い、このクエリは実際に新しいジオメトリを生成します。生成されたオーバレイはターボのかかった空間結合みたいなもので、より確かな解析作業に便利です。

note: Tag: para
en: What is the length in kilometers of "Douglas St" in Victoria?
ja: ビクトリア州の「ダグラス通り」の長さはkm表記でいくらになるでしょう?

note: Tag: para
en: What is the largest municipality polygon that has a hole?
ja: 穴を持つ自治体ポリゴンのうち最も大きいのはどれでしょう?
