ThinkGeo.com    |     Documentation    |     Premium Support

Weird Exception

Hi guys,


I was going through our error logs for unhandled exceptions occuring on our customers machines, and came across this one:


side location conflict [ (-0.0137063281249965, 0.00024067474365097, NaN) ]

   at ThinkGeo.MapSuite.WpfDesktopEdition.Tile.<>c__DisplayClass2.<DrawException>b__0()

   at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)

   at MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object  source, Delegate method, Object args, Int32 numArgs, Delegate  catchHandler)


 


 


I have no idea how this occurred or even what it means... just wondering if you could shed some light on it so I at least know where to begin looking.


 


Thanks,


.Ryan.



Ryan, 
  
   This exception comes from the third party geometry  library, NetTopologySuite, for our geometric functions. This library is called in many different places in our code such as for doing spatial queries, geometric functions or also while navigating the map to do the features within the current extent, for example. Can you tell us in what context this exception occurs, when doing what operation?

I’m sorry, I cannot… we just log the stacktraces of unhandled exceptions and this was one of them… 
  
 .Ryan.

Ryan,


 But based on the description I give on where that type of exception comes from, do you have any suspicion on what actions could cause this in your application? For example, are you doing some geometric operations such as Union, GetDifference, GetIntersection on your shapes? Thank you.



Hi Val, 
  
 Thanks for your reply… I use the GetCenterPoint() quite extensively… I do not believe I use any of the other functions at this point in time (although its a large app an my memory can be bad, but I’m pretty sure we don’t.) 
  
 Thanks so much for your help. 
  
 .Ryan.

Ryan,


 I don't think that GetCenterPoint could be a cause of this exception. But I am going to ask the opinion of some guys in the Development team and see what they think. I will get back to you. Thank you.



Ryan,


 I asked the Development team about your case and as I suspected earlier this is probably about some of your data that cannot pass the NTS's robustness check. There was a similar issue a couple of years ago and you can see the thread about it:     gis.thinkgeo.com/Support/DiscussionForums/tabid/143/aff/12/aft/5764/afv/topic/Default.aspx


Please, read carefully the above thread and it may be a similar problem that you have with some inner rings irregularities. Without your data and the problem clearly defined for us, there is only so much we can do to help you. Thank you.