問題タブ [spatial-query]

MySQLの空間バッファ関数をうまく使った人はいますか? ここのドキュメントを読みました: http://dev.mysql.com/doc/refman/5.0/en/functions-that-c​​reate-new-geometries-from-existing-ones.html#function_buffer

ドキュメントに記載されているように、バッファ関数には2つのパラメータがあります。1 つ目はジオメトリ タイプで、2 つ目は距離です。

ジオメトリ変数を作成しようとしました

次に、変数が正しく設定されていることを確認するために、クエリを実行します。変数が正しく設定されていない場合、そのようなクエリは NULL を返します。この場合、私の変数が正しく設定されていることが確認されました

ドキュメントに記載されているように、クエリを実行してバッファを選択します

ここで何かが恋しいですか？

編集申し訳ありませんが、私はこれが恋しいと思います:

12.17.5.3.2. 空間演算子

OpenGIS は、ジオメトリを作成できる他の多くの関数を提案しています。これらは、空間演算子を実装するように設計されています。 これらの関数は MySQL には実装されていません。

アマゾンウェブサービスSimpleDBで空間クエリを実行する効率的な方法として人々が提案するものを知りたいですか？

空間クエリとは、緯度と経度の特定の半径にあるオブジェクトを見つけることを意味します。

インデックスから最新の10件の結果（日付による順序）を取得しようとすると、古いドキュメントが表示されます。クエリが10個の古いアイテムを取得し、並べ替えているようです。クエリに多くの結果がある場合、この問題が発生します。

これが私のインデックス定義です：

このコードを使用してインデックスを呼び出します。

最も近い近隣のジオポイントをクエリしようとしています。空間インデックスを使用するかどうかに関係なく、常に同様の時間を取得し、約 6 秒かかります。このクエリを高速化するにはどうすればよいですか?

これが私のクエリです：

これが私のインデックスです：

どんな助けでも大歓迎です。

編集/解決策:

クエリを次のように変更しました。

線ストリングを線セグメントに分解するにはどうすればよいですか?

次のような行文字列:

経度、緯度、高度、および説明のために価格の4次元ツリーがあるとします。

経度と緯度、およびオプションで高度や価格のいずれかに対してクエリを実行できますか？

特定の製品タイプを提供する最寄りの N 社のサプライヤを見つける必要があるケース要件があります。階層を表す 0..1048575 の int 範囲の型。サプライヤーは複数の製品タイプを提供できるため、複数のポイントを持つことができます。

long と lat を PostGIS に格納し、型をインデックス付きの int 配列列に格納し、N の制限で両方に対してクエリを実行できます。ただし、PostgreSQL が両方を使用するかどうかわからないため、これが効率的であるとは思いませんインデックス。

私が持っている別のアイデアは、型を 3 番目の「垂直」次元に格納することです。これにより、各サプライヤーの縦横の形状に積み重ねられた「垂直」形状セグメントが作成されます。クエリを実行するには、3 番目の次元で目的の型と単純に交差する、最も近い long と lat の交差を取得します。

これは、たとえば 3DM を使用する PostGIS で可能ですか? つまり、経度と緯度のみを使用して最近傍を計算し、交差には 3 つの次元すべてを使用することはできますか?

ジオローカライズされたオブジェクトのデータベースがあります。

• id
• 緯度
• 経度

ボックス内にあるオブジェクトをフェッチするようにデータベースにクエリを実行しています。

に1つのインデックスがあります：latitude, longitude。

データベースを保存/クエリするより効率的な方法はありますか？現在、ボックスの座標/オブジェクトの密度に応じて、クエリ時間は0.1秒から1秒以上まで変化します。

MySQL Spacial拡張機能については知っていますが、使用するのは少し手間がかかるようで、それがより簡単で効率的かどうかはわかりません。

追加情報：将来的には、単純な距離ベースのクエリ（指定された場所の近くのオブジェクトをフェッチする）を実行することも計画しています。

Pythonは初めてで、それが大好きです。これは単純なものかもしれないと思います。
私は現在、pymssqlを使用してPythonスクリプトを介してSQLServer2008にポイントを挿入しています。

これはすべて正常に機能します。また、これらの座標をGEOGRAPHYタイプのフィールド（geogと呼ばれる）に挿入する必要があります。

これにより、次の例外がスローされます。

入力well-knowntext（WKT）のラベルgeography::STGeomFroが無効です。有効なラベルは、POINT、LINESTRING、POLYGON、MULTIPOINT、MULTILINESTRING、MULTIPOLYGON、GEOMETRYCOLLECTION、CIRCULARSTRING、COMPOUNDCURVE、CURVEPOLYGON、およびFULLGLOBE（地理データ型のみ）です。

SSMSから、テーブルに対して挿入ステートメントを実行して、ポイントを細かく挿入できます。

詳細が必要な場合は、コメントでお知らせください。

ペーストビンに関する私の仕事のいくつか。

私のテーブルには、ポリゴンを格納するジオメトリフィールドがあります。

互いに交差するポリゴンは、単一のポリゴンにアタッチして形成する必要があります（以下を参照）。

_{（出典：location-world.com）}

結果を計算することはできませんが、飛行中に実行する必要があります。カーソルでやりましたが、時間がかかりすぎます。

カーソルを使用せずにタスクを実行する方法はありますか？SQL Server2008R2を使用しています。

カーソルを使ったソースコードを添付しました。