Current SQL Server Blog Articles
The relevant standards covering spatial data types within databases provide functionality at many levels (and miss some that is required by pratitioners like myself) from object definition through to API specification.
One area within those standards that has limited support within commercial GIS software and database implementations is the case of circular arcs (line and polygon boundary) and circles. Oracle Spatial has always supported them (though they aren’t that easy to work with for the newcomer). Some database implementations, like PostGIS 1.x, support circular arcs though not comprehensively; Microsoft’s SQL Server’s “strict” implementation of OGC SFS 1.1 does not support them at all.
Why do we need circular arcs and circles you may ask?
Where man (or woman if the generic English noun grates) has engineered structures in the natural world, those structures (buildings, roads, railways etc) use many Euclidean geometric forms in the definition. Thus we most often see straight lines defining rectangles and squares (or combinations thereof) in buildings, and we have always seen circles in buildings (think of the unglazed circular opening at the top of the Pantheon in Rome). The Sydney Opera House initially tried to use parabolas and ellipsoids to define the pre-cast segments of its “sail” roof – impossible mathematics and construction in pre-computing Sydney – before finally settling on segments derived from a much simpler spheres). Horizontal and vertical curves in roads and railways are just that: curves! In forestry, circular plots are often used when conducting in statistical inventory in the field.
Given all this, the reasons why there is such patchy support is perplexing. But that is for another day. But what is important to note is that some spatial software (not just SQL Server 2008) simply do not support them.
Many years ago I was required to expose circular forest inventory plots, stored in an Oracle database as as three columns in a table (long,lat and radius) into something the enterprise GIS mapping software could use to produce maps. That software did not support Oracle circles so we had to find a method for representation. We ended up using synchronized materialized views and a function I wrote in PL/SQL called CIRCLE2POLYGON (this is available in my free COGO package). Here is a version of that function for SQL Server 2008.
Note that I have a schema call cogo in which I create functions like this. You can use anything you like.
The function can be used to generate a coarse circle of 3 segments per 90 degree slice (4 quarters of circle to give 3 * 4 = 12 segments or slices) as follows:
Which looks like this:
Or, having a bit of fun:
If anyone is interested in this function or would like me to create custom TSQL functions to meet your spatial business requirements, please contact me.