問題タブ [spatial]

ラインとポリゴン オブジェクト (SqlGeometry タイプ) とポイント オブジェクト (SqlGeometry タイプ) のセットがあります。与えられた点オブジェクトから各線上で最も近い点を見つけるにはどうすればよいでしょうか? この操作を行うための API はありますか?

単純な質問ですが、セントロイド メソッドが MySQL 空間拡張機能に実装されているかどうか疑問に思っています。ドキュメントを見ましたが、決定的な答えを見つけることができませんでした。

私は地図（または空間データ？）テクノロジーの初心者です。出発点として、用語、それが何であるか、それがどのように機能するかを知りたいです。また、地図データ（緯度、経度など）の保存方法も知りたいです。

たぶん、私はそれについて何も知らないので、いくつかの簡単な（初心者向けの）チュートリアルと地球の本までが役立つかもしれません。マップを操作する際の別の提案やヒント/コツも歓迎します。

.NET で MySQL ジオメトリ タイプを使用する方法に関する情報を探しています。私は ORM に Sub-sonic を使用していますが、MySQL の POINT タイプ以上のものをサポートする必要はありません。

MySQL .NET コネクタは、ポイント データを OpenGIS WKB 形式の byte[] 配列として返すようです。

• この WKB 形式で作業するには、どのライブラリが推奨されますか?

• または、Point のサポートのみが必要なので、WKB と .NET 型の変換の例で十分でしょう。

• Point データ型を処理できるクラスを見つける (または構築する) ことができると仮定すると、Sub-sonic (v3) を使用するのにどのくらいの手間がかかりますか?

どの空間検索アルゴリズム..特定の四角形の ..4 つの方向すべて (つまり、上、左、下、右) で最も近い隣接する四角形を照会するのに役立ちますか。

1: 距離は、長方形の一方の辺からもう一方の長方形の反対側まで直交しています。

2: 長方形は、実際にはフォーム上の GUI コンポーネントを表します。

各ポイントの名前とともに緯度/経度の座標を格納するために、次の MySQL テーブルを作成しました。

私はクエリしようとしています:

• 特定のポイントから半径nマイル以内のすべてのポイント。
• 指定されたポイントから返された各ポイントの距離

私が見つけたすべての例は、半径ではなく最小外接矩形 (MBR) の使用を参照しています。テーブルには約 100 万点が含まれているため、これは可能な限り効率的に行う必要があります。

誰かがこれを実装したことがありますか、またはこれを実装するのが難しいかどうか/ポインタを持っているかどうかを知っていますか？

NHibernate.Spatial.Criterion.SpatialRestrictionsから

hqlで「whereNHSP.Distance（PROPERTY、：point）」を使用できます。しかし、このクエリを既存のCriteriaクエリと組み合わせたいと思います。

今のところ、ラフポリゴンを作成して使用しています

編集 SpatialRelationCriterionでコンストラクターをオーバーロードし、新しいSpatialRelation.Distanceを追加することで、プロトタイプが機能するようになりました

SpatialRelationCriterionに新しいフィールドを追加しました

編集されたToSqlString

オーバーロードされたISpatialDialect.GetSpatialRelationString

MsSql2008SpatialDialectにオーバーロードを実装

AddParameterが使用されていない理由がわかりませんか？

昨日、通常1秒以内に完了するストアドプロシージャを作成しました。今日は約18秒かかります。昨日も問題が発生しましたが、ストアドプロシージャを削除して再作成することで解決したようです。今日、そのトリックは機能していないようです。:(

興味深いことに、ストアドプロシージャの本体をコピーして、簡単なクエリとして実行すると、すぐに完了します。速度を低下させているのはストアドプロシージャであるという事実のようです...！

誰かが問題が何であるか知っていますか？回答を検索しましたが、Query Analyserを使用して実行することを推奨することがよくありますが、それはありません。現在、SQL Server2008Expressを使用しています。

ストアドプロシージャは次のとおりです。

'POI'テーブルには、MinLOD、MaxLODのインデックス、およびLocationの空間インデックスがあります。

MBRContains(g1,g2) およびその他の関数の一部の結果が正しくないように思われることがわかりました。そしてその理由を知りたい。mbrを見るには？

3 次元の空間的および時間的プロセスを特徴付ける多数のデータムを受け取るアプリケーションがあります。次に、これらのデータをフィルタリングしてアクションを作成し、アクションを実行するプロセスに送信します。すすいで繰り返します。

現在、多くの複雑な空間/時間計算を実行するカスタム フィルターのコレクションがあります。

社内の個人とシステムについて話し合うと、ルール エンジンを使用しているかどうかを何度も尋ねられます。

時間的および空間的に適切に推論できるルール エンジンはまだ見つかっていません。(例: 2 つの 3D エンティティが接近するのはいつですか? 3D エンティティ A は 3D 領域 B に含まれていますか? エンティティ C がエンティティ D の近くにあるが、C に対して後方を向いている場合は、アクション D を実行します。)

私は過去に Drools、Cyc、Jess を見てきました (たとえば 3 ～ 4 年前)。最先端技術を再検討する時が来ました。助言がありますか？この種の推論をサポートする、あなたが知っている基準はありますか? デファクトスタンダードは？アプリケーションはありますか？

ありがとう！