ThinkGeo.com    |     Documentation    |     Premium Support

Microsoft.SqlServer.Types.dll Library

    Hi Guys,


I upgraded to 6.0.33.0 assemblies, and observed you moved from NetTopologySuite to Microsoft.SqlServer.Types.dll library for better performance and reliability.


I tried to delete NetTopologySuite lib and got an FileNotFound exception from WpfMap component, and even restoring the file I can throw exceptions which references it. Is the new library really working/replacing the old one?


Carlos



Carlos, 
  
   You are a day ahead of us. :-)  We are going to post a news item on Monday to explain what is going on.  Here is is below a little early.  In summary we need to keep NTS as this is our fallback when users need to deploy our software onto a web server where they cannot update unmanaged components.  We also want to keep it around for backward compatibility as the new library is less forgiving on wrong geometries. 
  
 David 
  
 Enhanced Geometry Functions 
  
   We are pleased to announce that we have recently enhanced the Map Suite geometry functions in an effort to increase their speed, accuracy, and reliability.  What we have introduced is a unmanaged geometry piece to our solution with can, in many cases, dramatically increase the speed of geometry operations.  We are including it into the daily build to get feedback and are interested in your comments.  It is supported by hundreds of test cases so we are confident that we have covered most of the areas of functionality however some of the new operations are not as forgiving on bad geometries as the managed library.  To mitigate this we have also provided an improved IsValid method and a MakeValid function as well to help fix bad shapes. 
  
 From a compatibility standpoint the daily build will default to use the unmanaged assembly so you will need the new dependencies.  Due to the unmanaged nature of the new library we are including a merge module, dlls, and x-copy deployment instructions to assist you in getting the dependencies in the right places.  We understand that there may be some scenarios where you are not able to update the windows folder and in that case we have included a BaseShape.GeometryLibrary property which allows you to switch between the  managed and unmanaged version.  While this feature is in the daily builds we will default the property to unmanaged in an attempt to get the wisest audience for testing.  In the released version, for compatibility, we will default this to unmanaged to help out our users who want a drag and drop upgrade to our latest released version. 
  
 From a pure speed perspective we are not currently able to realize the full potential of the new library just yet.  The reason is that BaseShape and its sub classes add quite a bit of overhead to the spatial operation and before of this we cannot yet see the true speed of this new library.  In conjunction with this enhancement we are also in the process of replacing BaseShape with an enhanced Feature.  We will be posting another new item related to this so please check that out.  Our goal is that in the near future we want to dramatically increase the speed of geometry operation and at the same time make our API easier to understand and leverage.