Should I use MySQL Geo-Spatial data types for vector graphics

Question

I am working on a project where I need to store and do computations on SVG paths and points (preferably in MySQL). I need to be able to quickly query whether a point lies within a path. MySQL's Geo-spatial features seems to support this kind of query with the ST_Within function.

However, I have found 2 opposing claims regarding whether MySQL's Geo-spatial functionality takes into account the 'curvature of the earth'. "I understand spatial will factor in the curvature of the earth" and "all calculations are performed assuming Euclidean (planar) geometry as opposed to the geocentric system (coordinates on the Earth's surface)" . So, my question is which of the claims is true and whether/how does this effect me?

Also, any general advice on whether I should be taking this approach of storing SVG objects as MySQL Geo-spatial data types is welcome.

Answer 1

Upon further research, it seems that the second claim is true. That is, all computations in MySQL are done without regards to the curvature of the earth and just assumes a flat plane. References:

• https://www.percona.com/blog/2013/10/21/using-the-new-mysql-spatial-functions-5-6-for-geo-enabled-applications/
• http://www.programering.com/a/MTNwQjMwATI.html
• http://blog.karmona.com/index.php/2010/11/01/the-geospatial-cloud/

General advice on whether I should be taking this approach of storing SVG objects as MySQL Geo-spatial data types is still very much welcome.