v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
Hi Ben,
Thanks for the reply.
Time for a little more information from my end I feel.
What I am endeavouring to do here is to test ThinkGeo against a table we have on our SQL 2008 server. The table consists of a very tiny subset (47,000 rows) of our Marine shipping route database. Each record simply represents a polyline from one location to another, these are in spheric geometry format rather than Planar. Thus a Pacific record is something like Geography::STGeomFromText('LINESTRING(-112.7 24.7,139.4 34.2)’,4236) which represents a line from West to East crossing the 180 meridian.
We have been running tests against this table using the Sql Spatial Query Visualizer from Morton Nielsen, using this tool against the record above gets you the see in the image below.

What I am attempting to do is to build this utility using ThinkGeo as an exercise in getting to grips with ThinkGeo 3.0 and our data.
Obviously there is a need to be able to run a query against the server, obtain the results and display them. It is this sort of query I was after, the ExecuteNonQuery you mention does not return a result set. I am now wondering if the MsSql2008FeatureLayer is the right thing or if it’s a custom data provider that is needed?
Secondly, the SSQV does handle the 180 meridian as shown in the screen shot, hence the question about spheric geometry.
Regards
John