私はSVGパスとポイント(好ましくはMySQL)を保存して計算する必要があるプロジェクトに取り組んでいます。ポイントがパス内にあるかどうかをすばやく照会できるようにする必要があります。 MySQLのジオ空間的な機能は、ST_Within関数を使ってこの種のクエリをサポートしているようです。ベクトルグラフィックスにMySQL Geo-Spatialデータ型を使用する必要があります
しかし、私は、MySQLのジオ空間機能が「地球の湾曲」を考慮しているかどうかに関して、2つの反対の主張を見つけました。 "I understand spatial will factor in the curvature of the earth"および"all calculations are performed assuming Euclidean (planar) geometry as opposed to the geocentric system (coordinates on the Earth's surface)"。だから、私の質問は、どの主張が真実で、それが私にどのように影響するのか?
また、SVGオブジェクトをMySQLジオ空間データ型として保存するこのアプローチを採用する必要があるかどうかに関する一般的なアドバイスは大歓迎です。
あなたが曲率が使用されているかどうかを完全に管理しているポストギスを使用します。それは2つのタイプのジオメトリと地理 – e4c5
を持っており、また、postgresqlにはMySQLで欠けているST_DWithinがあります。実際のmccoy – e4c5
@ e4c5アドバイスありがとうございます。私のユースケースでST_DWithinのサポートがどのように懸念されるのか説明できますか? [ST_Within](https://dev.mysql.com/doc/refman/5.6/en/spatial-relation-functions-object-shapes.html#function_st-within)は私のユースケースでは十分であるようです。それとも、そうではありませんか? –