問題タブ [spatial-query]

ターゲットは、スコア、次に距離でマルチソートを実行し、半径0.14度に制限するために次のクエリを実行します。

クエリに一致するすべてのドキュメントは、円内にあるかどうかに関係なく返されますが、0.14度以内のドキュメントは距離（distdeg）を返し、他のドキュメントはそのフィールドを返しません。

交差しないドキュメントを省略するにはどうすればよいですか？

場所フィールド宣言：

更新： クエリの作業バージョン

簡単な質問: Nape で、Nape ボディ オブジェクトまたはそのボディの外側のポイントが与えられた形状との接点を計算する簡単な方法はありますか?

私がやろうとしているのは、Worms スタイルのロープの物理を作成することです。これは基本的に、レベル ジオメトリと接触すると自動的にセグメントに分割される延長可能なライン/ディスタンス ジョイントとして機能します。これは、最新のピボット ポイントからレイキャスティングすることで行います。衝突が発生した場合は、衝突ポイントから数ピクセルずらして、新しいロープ セグメントを作成し、そのポイントを新しいピボットにします。キャラクターが急な角を曲がっている場合は、そのポイントから再キャストし、必要に応じてループして、レベル ジオメトリをクリアします。

私の経験不足を考えると、それは驚くほどうまく機能しますが、外観上の小さな不具合が 1 つあります。ロープは、角の形をした突起に「きつく」巻きつきません。なぜこれが起こっているのかを理解するのはとても簡単です。下の図を参照してください。

うなじの世界を 60 フレーム/秒で歩くたびに光線を放ちます。図 1 は、2 つのサンプル レイキャストの違いを示しています。キャラクター (図示されていません) は線の端にあり、ピボットに関連する崖の「端」を 1 ステップで越えて落下しているため、衝突ポイントは目的の接触点に達していません。

図 2 は最終的に完成したものです。ラップアラウンド ロジックは、サーフェスからオフセットして再キャストすることで引き続き機能しますが、「ピンと張った」ようには見えません。

私が欲しいのは、図 3 のようなもので、角度を修正して体との実際の接触点を見つけ、そこから新しいピボットを作成します。

私が計画しているフォールバックは、レイキャストの角度を少しずつオフセットし、レベル ジオメトリにぶつからなくなるまで再キャストし、それから 1 つバックアップして、それをコリジョン ポイントとして使用することです。それでも、おそらく図 2 のように「曲がる」よりも計算が少なくて済みますが、もっと簡単な方法はないのでしょうか?

空間データがヒルベルト数を使用して表される場合、長方形の範囲がヒルベルト数の複数の範囲にマップされます。与えられた長方形Rが重なっているすべてのセルを通過せずにこのマッピングを見つける簡単な方法はありますか？Rの境界セルだけを考えてソートすることも考えられます...もっと良い方法はありますか？

ありがとう。

特定のフィールドで明示的に一致するドキュメントが最初に返され、その後に他の一致するドキュメントが昇順で返されるように、クエリの結果をソートまたはスコアリングする方法を決定しようとしています。

Solr の Spatial チュートリアルで使用されている例に従って、次のような (疑似) ストアがいくつかあるとします。

ということで、2店舗。それぞれに独自の郵便番号があり、それぞれが互いの郵便番号にサービスを提供しています。今、私は何かを照会したいと思います:

私はこれをStandardQueryParser.

ユーザーが通勤ルートをデータベースに保存するアプリケーションがあります。

ルートはポリライン (折れ線) として保存されます。データベースにはインシデント、交通事故なども保存されています。定期的にルートを照会して、ルートの半径 1k 以内にインシデントがあるかどうかを確認する必要があります。

クエリの結合は次のように構成されています。

今、私も次のようなことを試しました：

速度を改善するためにこれまでに試みたことは次のとおりです。

1. ラインストリングに沿ってポイントの数を減らします
2. 空間インデックスを追加します (ただし、微調整する方法はわかりません)

1) 上記はうまくいきましたが、十分ではなく、インシデントがルートに沿ったすべてのポイントと比較されていて、本当に効率が悪いと思われます。

バウンディング ボックスにアクセスし、STContains を取得するために、長い緯度を幾何学と地理学として強く検討しています。

インシデントをチェックする前に、PolyLine で reduce を呼び出すことも検討してください。

postGIS を使用してアプリケーションを構築する方法を学びたいです。私が見ることができる良いオープンソースの例があるかどうか疑問に思っていますか? 私は、Postgres を使用してマップ データを格納するだけでなく、アプリケーション コードで postGIS の特殊関数 (集計と SQL-MM、つまり ST_* 関数) を広範囲に使用するものに特に関心があります。ありがとう！

次の機能を備えたデスクトップアプリケーション用のacまたはc ++ライブラリを探しています（サーバークライアントなし、ディスクに保存されたデータのみを編集する必要があります）

• 空間クエリが高速になるように空間データを仮想メモリに格納します
• 必要に応じて、スマートな更新方法で同等のデータをディスクに保持できます。更新は即時である必要はありませんが、バッファリングできます。

. libspatialindex は要件を満たしているようです。しかし、この Web ページからは明らかでないことが 1 つあります。たとえば、ディスクから大量のデータをロードして、小さなオブジェクトだけを更新したいとします。libspatialindex はデータ全体を再シリアル化してディスクに書き込みますか、それとも変更が必要な部分だけを更新するのが賢明ですか?

RTree を使用した sqlite はこれを達成しているようです。ただし、SQL の全体ではなく、単純な C++ ライブラリが必要です。

他に代替手段はありますか。GEOS にはスマート ディスク イメージの更新機能がありますか?

テーブルとの自己結合を実行し、線の間のすべての交点を出力する次のクエリがあります。

ただし、各道路の交点を計算するため、交点ごとに重複する値が出力されます。例えば：

70AND71は、両方ともid2つの異なる道路の値です。ご覧のとおり、交差点は同じ2つの道路に対して2回計算されています。

この問題を解決する方法と、1つの交点のみが計算される提案はありますか？

空間参照を含む xml ファイルを解析しようとしていますが、次のポリゴンを作成しようとして停止しました。

これを克服するために、私は SSMS を使用して問題をデバッグしようとしました。

SQL 2012 Express を使用しています。

XML ソース データ

SQL クエリ

SQL 例外

情報をありがとう アダム

ポイントのセットを含むテーブルがあります。ポイント間の距離をチェックするクエリを作成したいと思います。距離が許容範囲よりも小さい場合、ポイントは 1 つだけに設定されます。

そのようなタスクをどのように達成できるかについての提案はありますか?

以下は、私が持っているもののグラフィカルな問題です。ここで、3 つの異なる道路が交わる点が 1 つだけ存在するようにしたいと考えています。